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(54) Email access control scheme for communication network using identification concealment 
mechanism 



(57) An email access control scheme capable of 
resolving problems of the real email address and ena- 
bling a unique identification of the identity of the user 
while concealing the user identification is disclosed. A 
personalized access ticket containing a sender's identi- 
fication and a recipient's identification in correspond- 
ence is to be presented by a sender who wishes to send 
an email to a recipient so as to specify the recipient as 
an intended destination of the email. Then, accesses 
between the sender and the recipient by verifying an 
access right of the sender with respect to the recipient 



according to the personalized access ticket at a secure 
communication service. Also, an official identification of 
each user by which each user is uniquely identifiable by 
a certification authority, and an anonymous identifica- 
tion of each user containing at least one fragment of the 
official identification are defined, and each user is iden- 
tified by the anonymous identification of each user in 
communications for emails on a communication net- 
work. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 5 

[0001] The present invention relates to an email 
access control scheme for controlling transmission and 
reception of emails by controlling accesses for commu- 
nications from other users whose identifications on the 10 
communication network are concealed while concealing 
an identification of a recipient on the communication 
network. 

DESCRIPTION OF THE BACKGROUND ART 15 

[0002] In conjunction with the spread of the Internet, 
the SPAM and the harassment using emails are drasti- 
cally increasing. The SPAM is a generic name for emails 
or news that are unilaterally sent without any considera- 20 
tion to the recipient's time consumption, economical 
and mental burdens. The SPAM using emails are also 
known as UBE (Unsolicited Bulk Emails) or UCE (Unso- 
licited Commercial Emails). 

[0003] The SPAM is sent indiscriminately regardless 25 
of the recipient's age, sex, interests, etc., so that the 
SPAM often contains an uninteresting or unpleasant 
content for the recipient. Moreover, the time consump- 
tion load and the economical load required for receiving 
the SPAM is not so small. For the business user, the 30 
SPAM can cause the lowering of the working efficiency 
as it becomes hard to find important mails that are bur- 
ied among the SPAM. Also, as the SPAM is sent to a 
huge number of users, the SPAM wastes the network 
resources and in the worst case the SPAM can cause 35 
the overloading. As a result, there case be cases where 
mails that are important for the user may be lost. Also, 
the SPAM is sent either anonymously or by pretending 
someone else so that there is a need to provide some 
human resources to handle complaints. 40 
[0004] On the other hand, the harassment is an act for 
keep sending mails with unpleasant contents for the 
user continually on the purpose of causing mental 
agony or exerting economical and time consumption 
burdens to the specific user. Similarly as the SPAM, the 45 
harassment mails are sent by pretending an actual or 
virtual third person, so that the identification of the 
sender is quite difficult. Also, there are cases where a 
large capacity mail is sent or a large amount of mails are 
sent in short period of time so that there is a danger of so 
causing the system breakdown. 
[0005] In order to deal with the SPAM and the harass- 
ment, the mail system is required to satisfy the following 
requirements. 

55 

* Security 

ft is necessary to detect the pretending by the 
sender and refuse the delivery from the pretending 



sender. 

* Strength 

It is necessary to limit the mail capacity in order 
to circumvent the system breakdown due to the 
large capacity mail. It is also necessary to limit the 
number of transmissions in order to circumvent the 
system breakdown due to the large amount trans- 
mission. 

* Compatibility 

It is necessary not to require a considerable 
change to the implementation of the existing mail 
system. 

* Handling 

It is necessary not to require a considerable 
change to the handling of the existing mail system. 

The MTA (message Transfer Agent) such as 
sendmail and qmai! detects the forgery of the enve- 
lope information and the header information and 
refuses the delivery. The MTA also refuses mail 
receiving from a mail server which is a source of the 
SPAM by referring to the so called black list such as 
MAPS RBL The MTA also detects the transmission 
using someone else's real email address and 
refuses the delivery by carrying out the signature 
verification using PGP, S/MIME. TLS, etc. The MTA 
also limits the message length by partial deletion of 
the message text. 

One of the causes of the SPAM and the harass- 
ment is the real email address, and the real email 
address is associated with the following problems. 

* User's identity can be guessed from real email 
address: 

The real email address contains an information 
useful in guessing the identity so that it can be used 
in selecting the harassment target. For example, 
the place of employment can be identified from the 
real domain. Also, the name and the sex can be 
guessed from the user name. 
Real email address can be guessed from user's 
identity: 

The real email address has a universal format 
of [user name]@[domain name] so that the real 
email address can be guessed if the user's identity 
is known, without an explicit knowledge of the real 
email address itself. For example, if the user's real 
name is known, the candidates for the user name 
can be enumerated. Also, if the user's affiliation is 
known, the candidates for the domain name can be 
enumerated. Even in the case where the user name 
is given by a character string which is totally unre- 
lated to the real name, if the naming rule for the 
user name is known, the user name can be 
guessed by trial and error transmissions. 
Real email address is transferable: 

The real email address can be transferred from 
one person to another, so that mails can be trans- 
mitted even rf the real email address is not taught by 
the holder himself. The transfer of real email 
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address through mails includes the following cases. 
By specifying the other's real email address in the 
cc: line of the mail, that real email address can be 
transferred to all the recipients specified in the To: 
line of the mail. Also, by forwarding the mail that 
contains the real email address of the recipient 
specified in the To: line in the message text to a 
third person, that real email address can be trans- 
ferred to the third person. 
* Real email address is hard to cancel: 

It is difficult to cancel the real email address 
because if the real email address is cancelled it 
becomes impossible to read not only the SPAM and 
the harassment mails but also the important mails 
as well. 

[0006] Cypherpunk remailers and Mixmaster remail- 
ers which are collectively known as Anonymous remail- 
ers use a scheme for delivering mails after encrypting 
the real email address and the real domain of the 
sender. This scheme is called the reply block. The 
encryption and decryption of the reply block uses a pub- 
lic key and a secret key of the Anonymous remailer so 
that it is difficult to identify the real email address and 
the real domain of the sender for any users other than 
the sender. 

[0007] The Anonymous remailers also make it difficult 
to transfer the real email address because it is difficult to 
identify the real email address. However, the reply block 
is transferable, so that reply mails can be returned to 
the sender from users other than the recipient. 
[0008] AS-Node and nym.alias.net which are collec- 
tively known as Pseudonymous servers use mail trans- 
mission and reception using a pseudonym account 
uniquely corresponding to the real email address of the 
user. The pseudonym account can be arbitrarily created 
at the user side so that the user can have a pseudonym 
account from which the real email address is hard to 
guess. In addition, by the use of the reply block, it is also 
possible to conceal the real email address and the real 
domain of the user to the Pseudonymous server. By 
combining these means, it can be made difficult to iden- 
tify the real email address and the real domain of the 
sender for any users other than the sender. Also, the 
pseudonym account is cancellable so that there is no 
need to cancel the real email address. 
[0009] The Pseudonymous servers also make it diffi- 
cult to transfer the real email address because it is diffi- 
cult to identify the real email address. However, the 
pseudonym account is transferable so that reply mails 
can be returned to the sender from users other than the 
recipient. 

[0010] In addition, in order to protect a recipient from 
the SPAM and the harrassment, it is also necessary to 
reject a connection request from a sender who are exer- 
cising such action. For this reason, it is necessary for 
the communication system to be capable of uniquely 
identifying the identity of the sender. 



[0011] In view of these factors, the communication 
system is required to be capable of uniquely identifying 
the identity of the user while concealing the real email 
address of the user (that is while guaranteeing the ano- 

5 nymity of the user), but in the conventional communica- 
tion system, it has been difficult to meet both of these 
requirements simultaneously. 
[001 2] In order to identify the identity of the user in the 
mail system, the real email address of that user is nec- 

10 essary. On the other hand, the Anonymous remailers 
deliver a mail after either encrypting or deleting the real 
email address of the sender in order to guarantee the 
anonymity of the sender. In order to identify the identity 
of the sender under this condition, it is necessary to 

15 trace the delivery route of the mail using the traffic anal- 
ysis. However, the Anonymous remailers may delay the 
mail delivery or interchange the delivery orders of mails. 
Also, The Mixmaster remailers deliver the mail by divid- 
ing it into plural blocks. For this reason, it is difficult to 

20 trace the delivery route by the traffic analysis, and there- 
fore the identification of the identity of the sender is also 
difficult. 

[0013] The Pseudonymous servers also utilize the 
Anonymous remailers for the mail delivery, so that it is 
25 possible to guarantee the anonymity of the sender but it 
is also difficult to uniquely identify the identity of the 
sender. 

[0014] On the other hand, the German Digital Signa- 
ture Law allows entry of a pseudonym instead of a real 

30 name into a digital certificate for generating the digital 
signature to be used in communication services. The 
digital certificate is uniquely assigned to the user so that 
the identity of the user can be uniquely identified even if 
the pseudonym is entered. Also, the right for naming the 

35 pseudonym is given to the user side so that it is possible 
to enter the pseudonym from which it is difficult to guess 
the real name. 

SUMMARY OF THE INVENTION 

40 

[001 5] It is therefore an object of the present invention 
to provide an email access control scheme in a commu- 
nication network which is capable of resolving the above 
described problems of the real email address which is 

45 one of the causes of the SPAM and the harassment. 
[0016] It is another object of the present invention to 
provide an email access control scheme in a communi- 
cation network which is capable of enabling a unique 
identification of the identity of the user while concealing 

so the user identification. 

[0017] In order to resolve the problems associated 
with the transfer and the cancellation of the real email 
address, the present invention employs the email 
access control scheme using a personalized access 

55 ticket (PAT). In order to resolve the problem associated 
with the transfer of the real email address, the destina- 
tion is specified by the PAT which contains both the real 
email address of the sender and a real email address of 
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the recipient. Also, in order to resolve the problem asso- 
ciated with the cancellation of the real email address, a 
validity period is set in the PAT by a Trusted Third Party. 
Then, the mail delivery from the sender who presented 
the PAT with the expired validity period will be refused. 
Also, instead of cancelling the real email address, the 
PAT is registered at a secure storage device managed 
by a secure communication service. 
[0018] In other words, the present invention controls 
accesses in units in which the real email address of the 
sender and the real email address of the recipient is 
paired. For this reason, even when the real email 
address is transferred, it is possible to avoid receiving 
mails from users to which the real email address has 
been transferred as long as the PAT is not acquired by 
these users. 

[0019] Also, in the present invention, it is possible to 
refuse receiving mails without cancelling the real email 
address because the mail delivery from the sender who 
presented the PAT with the expired validity period or the 
PAT that is registered in a database by the recipient will 
be refused. 

[0020] Also, in the present invention, the mail receiv- 
ing can be resumed without re-acquiring the real email 
address because the mail receiving can be resumed by 
deleting the PAT from the above described storage 
device. 

[0021] Also, in the present invention, the time con- 
sumption and economical loads required for the mail 
receiving or downloading at the user side can be 
reduced because the transmission of mails are refused 
at the server side. 

[0022] In addition, the present invention employs the 
email access control scheme using an official identifica- 
tion (OID) and an anonymous identification (AID) in 
order to make it possible to identify the identity of the 
user while guaranteeing the anonymity of the user. 
[0023] Namely, in the present invention, a certificate in 
which the personal information is signed by a secret key 
of the Trusted Third Party is assigned to each user in 
order to uniquely identify each user. This certificate will 
be referred to as OID. Also, a certificate which contains 
fragments of the OID information is assigned to each 
user as a user identifier on a communication network in 
order to make it possible to identify the identity while 
guaranteeing the anonymity of the user. This certificate 
will be referred to as AID. 

[0024] Also, in the present invention, the OID is recon- 
structed by judging the identity of a plurality of AIDs in 
order to identify the identity of the user. Also, the AID is 
contained in the PAT and the PAT is authenticated at a 
secure communication service (SCS) in order to resolve 
the problems associated with the transfer and the can- 
cellation of the AID. 

[0025] Also, in the present invention, the AID is man- 
aged in a directory which is accessible for search by 
unspecified many and which outputs the PAT containing 
the AID as a destination, in order to meet the user side 



demand for being able to admit accesses from unspeci- 
fied many without revealing the own identity. 
[0026] In this way, in the present invention, the identity 
of the user can be concealed in the mail transmission 

5 and reception because the AID only contains fragments 
of the OID. Also, the identity of the user can be con- 
cealed from unspecified many even when the AID is 
registered at the directory service which is accessible 
from unspecified many. 

10 [0027] Also, in the present invention, the identity of the 
user can be identified probabilistically by reconstructing 
the OID by judging the identity of a plurality of AIDs. For 
this reason, it is possible to provide a measure against 
the SPAM and the harassment without revealing the 

is identity. 

[0028] Also, in the present invention, it is possible to 
admit accesses from unspecified many without reveal- 
ing the identity, by managing the AID rather than the real 
email address at the directory and outputting the PAT 

20 containing the AID as a destination at the directory. 
[0029] More specifically, according to one aspect of 
the present invention there is provided a method of 
email access control, comprising the steps of: receiving 
a personalized access ticket containing a sender's tden- 

25 trfication and a recipient's identification in correspond- 
ence, which is presented by a sender who wishes to 
send an email to a recipient so as to specify the recipi- 
ent as an intended destination of the email, at a secure 
communication service for connecting communications 

30 between the sender and the receiver; and controlling 
accesses between the sender and the recipient by veri- 
fying an access right of the sender with respect to the 
recipient according to the personalized access ticket at 
the secure communication service. 

35 [0030] Also, in this aspect of the present invention, at 
the controlling step the secure communication service 
authenticates the personalized access ticket presented 
by the sender, and refuses a delivery of the email when 
the personalized access ticket presented by the sender 

40 has been altered. 

[0031 ] Also, in this aspect of the present invention, the 
personalized access ticket is signed by a secret key of a 
secure processing device which issued the personal- 
ized access ticket, and at the controlling step the secure 

45 communication service authenticates the personalized 
access ticket by verifying a signature of the secure 
processing device in the personalized access ticket 
using a public key of the secure processing device. 
[0032] Also, in this aspect of the present invention, at 

so the receiving step the secure communication service 
also receives the sender's identification presented by 
the sender along with the personalized access ticket, 
and at the controlling step the secure communication 
service checks whether the sender's identification pre- 

55 sented by the sender is contained in the personalized 
access ticket presented by the sender, and refuses a 
delivery of the email when the sender's identification 
presented by the sender is not contained in the person- 
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alized access ticket presented by the sender. 
[0033] Also, in this aspect of the present invention, the 
personalized access ticket also contains a validity 
period indicating a period for which th personalized 
access ticket is valid, and at the controlling step the 
secure communication service checks the validity 
period contained in the personalized access ticket pre- 
sented by the sender and refuses a delivery of the email 
when the personalized access ticket presented by the 
sender contains the validity period that has already 
been expired. 

[0034] Also, in this aspect of the present invention, the 
validity period of the personalized access ticket is set by 
a trusted third party. 

[0035] Also, in this aspect of the present invention, the 
method can further comprise the step of: issuing the 
personalized access ticket to the sender at a directory 
service for managing an identification of each registrant 
and a disclosed information of each registrant which 
has a lower secrecy than a personal information, in a 
state which is accessible for search by unspecified 
many, in response to search conditions specified by the 
sender, by using an identification of a registrant whose 
disclosed information matches the search conditions as 
the recipient's identification and the sender's identifica- 
tion specified by the sender along with the search con- 
ditions. 

[0036] Also, in this aspect of the present invention, the 
method can further comprise the step of: registering in 
advance the personalized access ticket containing an 
identification of a specific user from which a delivery of 
emails to a specific registrant is to be refused as the 
sender's identification and an identification of the spe- 
cific registrant as the recipient's identification, at the 
secure communication service; wherein the controlling 
step the secure communication service refuses a deliv- 
ery of the email from the sender when the personalized 
access ticket presented by the sender is registered 
therein in advance at the registering step. 
[0037] Also, in this aspect of the present invention, the 
method can further comprise the step of: deleting the 
personalized access ticket registered at the secure 
communication service upon request from the specific 
registrant who registered the personalized access ticket 
at the registering step. 

[0038] Also, in this aspect of the present invention, the 
personalized access ticket also contains a transfer con- 
trol flag indicating whether or not the sender should be 
authenticated by the secure communication service, 
and at the controlling step, when the transfer control flag 
contained in the personalized access ticket indicates 
that the sender should be authenticated, the secure 
communication service authenticates the sender's iden- 
tification presented by the sender and refuses a delivery 
of the email when an authentication of the sender's 
identification fails. 

[0039] Also, in this aspect of the present invention, the 
authentication of the sender's identification is realized 



by a challenge/response procedure between the sender 
and the secure communication service. 
[0040] Also, in this aspect of the present invention, the 
transfer control flag of the personalized access ticket is 

5 set by a trusted third party. 

[0041 ] Also, in this aspect of the present invention, the 
sender's identification and the recipient's identification 
in the personalized access ticket can be given by real 
email addresses of the sender and the recipient. 

10 [0042] Also, in this aspect of the present invention, the 
sender's. identification and the recipient's identification 
in the personalized access ticket can be given by anon- 
ymous identifications of the sender and the recipient, 
where an anonymous identification of each user con- 

is tains at least one fragment of an official identification of 
each user by which each user is uniquely identifiable by 
a certification authority. 

[0043] Also, in this aspect of the present invention, the 
anonymous identification of each user is an information 

20 containing the at least one fragment of the official iden- 
tification of each user which is signed by the certification 
authority using a secret key of the certification authority. 
[0044] Also, in this aspect of the present invention, the 
official identification of each user is a character string 

25 uniquely assigned to each user by the certification 
authority and a public key of each user which are signed 
by a secret key of the certification authority. 
[0045] Also, in this aspect of the present invention, the 
method can further comprise the step of: probabilisti- 

30 cally identifying an identity of the sender by reconstruct- 
ing the official identification of the sender by judging 
identity of a plurality of anonymous identifications of the 
sender contained in a plurality of personalized access 
tickets used by the sender. 

35 [0046] Also, in this aspect of the present invention, an 
anonymous identification of each user that contains at 
least one fragment of an official identification of each 
user by which each user is uniquely identifiable by a cer- 
tification authority and a link information of each anony- 

40 mous identification by which each anonymous 
identification can be uniquely identified can be defined, 
and the sender's identification and the recipient's identi- 
fication in the personalized access ticket can be given 
by a link information of the anonymous identification of 

45 the sender and a link information of the anonymous 
identification of the recipient. 

[0047] Also, in this aspect of the present invention, the 
link information of each anonymous identification is an 
identifier uniquely assigned to each anonymous identif i- 

so cation by the certification authority. 

[0048] Also, in this aspect of the present invention, the 
method can further comprise the step of: probabilisti- 
cally identifying an identity of the sender by reconstruct- 
ing the official identification of the sender by judging 

55 identity of a plurality of anonymous identif ications of the 
sender corresponding to the link information contained 
in a plurality of personalized access tickets used by the 
sender. 
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[0049] Also, in this aspect of the present invention, the 
personalized access ticket can contain a single sender's 
identification and a single recipient's identification in 1 - 
to-1 correspondence. 

[0050] Also, in this aspect of the present invention, the 
personalized access ticket can contain a single sender's 
identification and a plurality of recipient's identifications 
in 1-to-N correspondence, where N is an integer greater 
thanl. 

[0051] Also, in this aspect of the present invention, 
one identification among the single sender's identifica- 
tion and the plurality of recipient's identifications is a 
holder identification for identifying a holder of the per- 
sonalized access ticket while other identifications 
among the single sender's identification and the plural- 
ity of recipient's identifications are member identifica- 
tions for identifying members of a group to which the 
holder belongs. 

[0052] Also, in this aspect of the present invention, the 
method can further comprise the step of: issuing an 
identification of each user and an enabler of the identifi- 
cation of each user indicating a right to change the per- 
sonalized access ticket containing the identification of 
each user as the holder identification, to each user at a 
certification authority, such that prescribed processing 
on the personalized access ticket can be carried out at 
a secure processing device only by a user who pre- 
sented both the holder identification contained in the 
personalized access ticket and the enabler correspond- 
ing to the holder identification to the secure processing 
device. 

[0053] Also, in this aspect of the present invention, the 
certification authority issues the enabler of the identifi- 
cation of each user as an information indicating that it is 
the enabler and the identification of each user itself 
which are signed by a secret key of the certification 
authority. 

[0054] Also, in this aspect of the present invention, the 
prescribed processing includes a generation of a new 
personalized access ticket, a merging of a plurality of 
personalized access tickets, a splitting of one personal- 
ized access ticket into a plurality of personalized access 
tickets, a changing of the holder of the personalized 
access ticket, changing of a validity period of the per- 
sonalized access ticket, and a changing of a transfer 
control flag of the personalized access ticket. 
[0055] Also, in this aspect of the present invention, a 
special identification and a special enabler correspond- 
ing to the special identification which are known to all 
users can be defined such that the generation of a new 
personalized access ticket and the changing of the 
holder of the personalized access ticket can be carried 
out by the holder of the personalized access ticket by 
using the special identification and the special enabler 
without using an enabler of a member identification. 
[0056] Also, in this aspect of the present invention, the 
special identification is defined to be capable of being 
used only as the holder identification of the personal- 



ized access ticket. 

[0057] Also, in this aspect of th present invention, a 
special identification which is known to all users can be 
defined such that a read only attribute can be set to the 
5 personalized access ticket by using the special identifi- 
cation. 

[0058] Also, in this aspect of the present invention, at 
the controlling step, when the access right of the sender 
with respect to the recipient is verified according to the 

10 personalized access ticket, the secure communication 
service takes out the recipient's identification from the 
personalized access ticket by using the sender's identi- 
fication presented by the sender, converts the mail by 
using a taken out recipient's identification into a format 

is that can be interpreted by a mail transfer function for 
actually carrying out a mail delivery processing, and 
gives the mail after conversion to the mail transfer func- 
tion by attaching the personalized access ticket. 
[0059] According to another aspect of the present 

20 invention there is provided a method of email access 
control, comprising the steps of: defining an official 
identification of each user by which each user is 
uniquely identifiable by a certification authority, and an 
anonymous identification of each user containing at 

25 least one fragment of the official identification; and iden- 
tifying each user by the anonymous identification of 
each user in communications for emails on a communi- 
cation network. 

[0060] Also, in this aspect of the present invention, the 

30 anonymous identification of each user is an information 
containing the at least one fragment of the official iden- 
tification of each user which is signed by the certification 
authority using a secret key of the certification authority. 
[0061 ] Also, in this aspect of the present invention, the 

35 official identification of each user is a character string 
uniquely assigned to each user by the certification 
authority and a public key of each user which are signed 
by a secret key of the certification authority. 
[0062] Also, in this aspect of the present invention, the 

40 method can further comprise the steps of: receiving a 
personalized access ticket containing a sender's anony- 
mous identification and a recipient's anonymous identi- 
fication in correspondence, which is presented by a 
sender who wishes to send an email to a recipient so as 

45 to specify the recipient as an intended destination of the 
email, at a secure communication service for connect- 
ing communications between the sender and the 
receiver; and controlling accesses between the sender 
and the recipient by verifying an access right of the 

so sender with respect to the recipient according to the 
personalized access ticket at the secure communication 
service. 

[0063] Also, in this aspect of the present invention, the 
method can further comprises the step of: probabilisti- 
55 cally identifying an identity of the sender at the secure 
communication service by reconstructing the official 
identification of the sender while judging identity of a 
plurality of anonymous identifications of the sender con- 
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tained in a plurality of personalized access tickets used 
by the sender. 

[0064] Also, in this aspect of the present invention, the 
defining step can also define a link information of each 
anonymous identification by which each anonymous 
identification can be uniquely identified, and each anon- 
ymous identification can also contain the link informa- 
tion of each anonymous identification. 
[0065] Also, in this aspect of the present invention, the 
link information of each anonymous identification is an 
identifier uniquely assigned to each anonymous identifi- 
cation by the certification authority. 
[0066] Also, in this aspect of the present invention, the 
method can further comprises the steps of: receiving a 
personalized access ticket containing a link information 
of a sender's anonymous identification and a link infor- 
mation of a recipient's anonymous identification in cor- 
respondence, which is presented by a sender who 
wishes to send an email to a recipient so as to specify 
the recipient as an intended destination of the email, at 
a secure communication service for connecting commu- 
nications between the sender and the receiver; and 
controlling accesses between the sender and the recip- 
ient by verifying an access right of the sender with 
respect to the recipient according to the personalized 
access ticket at the secure communication service. 
[0067] Also, in this aspect of the present invention, the 
method can further comprises the step of: probabilisti- 
cally identifying an identity of the sender by reconstruct- 
ing the official identification of the sender while judging 
identity of a plurality of anonymous identif ications of the 
sender corresponding to the link information contained 
in a plurality of personalized access tickets used by the 
sender. 

[0068] According to another aspect of the present 
invention there is provided a communication system 
realizing email access control, comprising: a communi- 
cation network to which a plurality of user terminals are 
connected; and a secure communication service device 
for connecting communications between the sender and 
the receiver on the communication network, by receiv- 
ing a personalized access ticket containing a sender's 
identification and a recipient's identification in corre- 
spondence, which is presented by a sender who wishes 
to send an email to a recipient so as to specify the recip- 
ient as an intended destination of the email, and control- 
ling accesses between the sender and the recipient by 
verifying an access right of the sender with respect to 
the recipient according to the personalized access 
ticket. 

[0069] Also, in this aspect of the present invention, the 
secure communication service device authenticates the 
personalized access ticket presented by the sender, 
and refuses a delivery of the email when the personal- 
ized access ticket presented by the sender has been 
altered. 

[0070] Also, in this aspect of the present invention, the 
system further comprises: a secure processing device 



for issuing the personalized access ticket which is 
signed by a secret key of the secure processing device; 
wherein the secure communication service device 
authenticates the personalized access ticket by verify- 
5 ing a signature of the secure processing devic in the 
personalized access ticket using a public key of the 
secure processing device. 

[0071 ] Also, in this aspect of the present invention, the 
secure communication service device also receives the 

io sender's identification presented by the sender along 
with the personalized access ticket, checks whether the 
sender's identification presented by the sender is con- 
tained in the personalized access ticket presented by 
the sender, and refuses a delivery of the email when the 

is sender's identification presented by the sender is not 
contained in the personalized access ticket presented 
by the sender. 

[0072] Also, in this aspect of the present invention, the 
personalized access ticket also contains a validity 
20 period indicating a period for which the personalized 
access ticket is valid, and the secure communication 
service device checks the validity period contained in 
the personalized access ticket presented by the sender 
and refuses a delivery of the email when the personal- 
is ized access ticket presented by the sender contains the 
validity period that has already been expired. 
[0073] Also, in this aspect of the present invention, the 
system further comprises: a trusted third party for set- 
ting the validity period of the personalized access ticket. 
30 [0074] Also, in this aspect of the present invention, the 
system can further comprise: a directory service device 
for managing an identification of each registrant and 
and a disclosed information of each registrant which 
has a lower secrecy than a personal information, in a 
35 state which is accessible for search by unspecified 
many, and issuing the personalized access ticket to the 
sender in response to search conditions specified by 
the sender, by using an identification of a registrant 
whose disclosed information matches the search condi- 
40 tions as the recipient's identification and the sender's 
identification specified by the sender along with the 
search conditions. 

[0075] Also, in this aspect of the present invention, the 
secure communication service device can register in 

45 advance the personalized access ticket containing an 
identification of a specific user from which a delivery of 
emails to a specific registrant is to be refused as the 
sender's identification and an identification of the spe- 
cific registrant as the recipient's identification, and 

so refuse a delivery of the email from the sender when the 
personalized access ticket presented by the sender is 
registered therein in advance. 
[0076] Also, in this aspect of the present invention, the 
secure communication service device can delete the 

55 personalized access ticket registered therein upon 
request from the specific registrant who registered the 
personalized access ticket. 

[0077] Also, in this aspect of the present invention, the 
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personalized access ticket also contains a transfer con- 
trol flag indicating whether or not the sender should be 
authenticated by the secure communication service, 
and when the transfer control flag contained in the per- 
sonalized access ticket indicates that the sender should 
be authenticated, the secure communication servic 
device authenticates the sender's identification pre- 
sented by the sender and refuses a delivery of the email 
when an authentication of the sender's identification 
fails. 

[0078] Also, in this aspect of the present invention, the 
authentication of the sender's identification is realized 
by a challenge/response procedure between the sender 
and the secure communication service device. 
[0079] Also, in this aspect of the present invention, the 
system further comprises a trusted third party for setting 
the transfer control flag of the personalized access 
ticket 

[0080] Also, in this aspect of the present invention, the 
sender's identification and the recipient's identification 
in the personalized access ticket can be given by real 
email addresses of the sender and the recipient. 
[0081 ] Also, in this aspect of the present invention, the 
system can further comprise: a certification authority 
device for issuing an anonymous identification of each 
user which contains at least one fragment of an official 
identification of each user by which each user is 
uniquely identifiable by the certification authority device; 
wherein the sender's identification and the recipient's 
identification in the personalized access ticket can be 
given by anonymous identifications of the sender and 
the recipient. 

[0082] Also, in this aspect of the present invention, the 
anonymous identification of each user is an information 
containing the at least one fragment of the official iden- 
tification of each user which is signed by the certification 
authority device using a secret key of the certification 
authority device. 

[0083] Also, in this aspect of the present invention, the 
official identification of each user is a character string 
uniquely assigned to each user by the certification 
authority device and a public key of each user which are 
signed by a secret key of the certification authority 
device. 

[0084] Also, in this aspect of the present invention, the 
secure communication service device can probabilisti- 
cally identify an identity of the sender by reconstructing 
the official identification of the sender while judging 
identity of a plurality of anonymous identifications of the 
sender contained in a plurality of personalized access 
tickets used by the sender. 

[0085] Also, in this aspect of the present invention, the 
system can further comprise: a certification authority 
device for issuing an anonymous identification of each 
user which contains at least one fragment of an official 
identification of each user by which each user is 
uniquely identifiable by the certification authority device 
and a link information of each anonymous identification 



by which each anonymous identification can be 
uniquely identified; wherein the sender's identification 
and the recipient's identification in the personalized 
access ticket can be given by a link information of the 

5 anonymous identification of the sender and a link infor- 
mation of the anonymous identification of the recipient. 
[0086] Also, in this aspect of the present invention, the 
link information of each anonymous identification is an 
identifier uniquely assigned to each anonymous identif i- 

w cation by the certification authority device. 

[0087] Also, in this aspect of the present invention, the 
secure communication service device can probabilisti- 
cally identify an identity of the sender by reconstructing 
the official identification of the sender while judging 

75 identity of a plurality of anonymous identifications of the 
sender corresponding to the link information contained 
in a plurality of personalized access tickets used by the 
sender. 

[0088] Also, in this aspect of the present invention, the 
20 personalized access ticket can contain a single sender's 
identification and a single recipient's identification in 1- 
to-1 correspondence. 

[0089] Also, in this aspect of the present invention, the 
personalized access ticket can contain a single sender's 
25 identification and a plurality of recipient's identifications 
in 1 -to-N correspondence, where N is an integer greater 
thanl. 

[0090] Also, in this aspect of the present invention, 
one identification among the single sender's identrf ica- 

30 tion and the plurality of recipient's identifications is a 
holder identification for identifying a holder of the per- 
sonalized access ticket while other identifications 
among the single sender's identification and the plural- 
ity of recipient's identifications are member identifica- 

35 tions for identifying members of a group to which the 
holder belongs. 

[0091 ] Also, in this aspect of the present invention, the 
system can further comprises: a certification authority 
device for issuing to each user an identification of each 

40 user and an enabler of the identification of each user 
indicating a right to change the personalized access 
ticket containing the identification of each user as the 
holder identification; and a secure processing device at 
which prescribed processing on the personalized 

45 access ticket can be carried out only by a user who pre- 
sented both the holder identification contained in the 
personalized access ticket and the enabler correspond- 
ing to the holder identification to the secure processing 
device. 

so [0092] Also, in this aspect of the present invention, the 
certification authority device issues the enabler of the 
identification of each user as an information indicating 
that it is the enabler and the identification of each user 
itself which are signed by a secret key of the certification 

55 authority device. 

[0093] Also, in this aspect of the present invention, the 
prescribed processing includes a generation of a new 
personalized access ticket, a merging of a plurality of 
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personalized access tickets, a splitting of one personal- 
ized access ticket into a plurality of personalized access 
tickets, a changing of the holder of the personalized 
access ticket, changing of a validity period of the per- 
sonalized access ticket, and a changing of a transfer 5 
control flag of the personalized access ticket. 
[0094] Also, in this aspect of the present invention, a 
special identification and a special enabler correspond- 
ing to the special identification which are known to all 
users can be defined such that the generation of a new 
personalized access ticket and the changing of the 
holder of the personalized access ticket can be carried 
out by the holder of the personalized access ticket by 
using the special identification and the special enabler 
without using an enabler of a member identification. 
[0095] Also, in this aspect of the present invention, the 
special identification is defined to be capable of being 
used only as the holder identification of the personal- 
ized access ticket. 

[0096] Also, in this aspect of the present invention, a 
special identification which is known to all users can be 
defined such that a read only attribute can be set to the 
personalized access ticket by using the special identifi- 
cation. 

[0097] Also, in this aspect of the present invention, 
when the access right of the sender with respect to the 
recipient is verified according to the personalized 
access ticket, the secure communication service device 
takes out the recipient's identification from the personal- 
ized access ticket by using the sender's identification 
presented by the sender, converts the mail by using a 
taken out recipient's identification into a format that can 
be interpreted by a mail transfer function for actually 
carrying out a mail delivery processing, and gives the 
mail after conversion to the mail transfer function by 
attaching the personalized access ticket. 
[0098] According to another aspect of the present 
invention there is provided a communication system 
realizing email access control, comprising: a certifica- 
tion authority device for defining an official identification 
of each user by which each user is uniquely identifiable 
by the certification authority device, and an anonymous 
identification of each user which contains at least one 
fragment of the official identification; and a communica- 
tion network on which each user is identified by the 
anonymous identification of each user in communica- 
tions for emails on the communication network. 
[0099] Also, in this aspect of the present invention, the 
anonymous identification of each user is an information 
containing the at least one fragment of the official iden- 
tification of each user which is signed by the certification 
authority device using a secret key of the certification 
authority device. 

[01 00] Also, in this aspect of the present invention, the 
official identification of each user is a character string 
uniquely assigned to each user by the certification 
authority device and a public key of each user which are 
signed by a secret key of the certification authority 



device. 

[01 01 ] Also, in this aspect of the present invention, the 
system can further comprises: a secure communication 
service device for connecting communications between 
the sender and the receiver on the communication net- 
work, by receiving a personalized access ticket contain- 
ing a sender's anonymous identification and a 
recipient's anonymous identification in correspondence, 
which is presented by a sender who wishes to send an 
email to a recipient so as to specify the recipient as an 
intended destination of the email, and controlling 
accesses between the sender and the recipient by veri- 
fying an access right of the sender with respect to the 
recipient according to the personalized access ticket. 
[01 02] Also, in this aspect of the present invention, the 
secure communication service device can probabilisti- 
cally identify an identity of the sender by reconstructing 
the official identification of the sender while judging 
identity of a plurality of anonymous identifications of the 
sender contained in a plurality of personalized access 
tickets used by the sender. 

[01 03] Also, in this aspect of the present invention, the 
certification authority device can also define a link infor- 
mation of each anonymous identification by which each 
anonymous identification can be uniquely identified, 
and each anonymous identification can also contain the 
link information of each anonymous identification. 
[01 04] Also, in this aspect of the present invention, the 
link information of each anonymous identification is an 
identifier uniquely assigned to each anonymous identifi- 
cation by the certification authority device. 
[01 05] Also, in this aspect of the present invention, the 
system can further comprise: a secure communication 
service device for connecting communications between 
the sender and the receiver on the communication net- 
work, by receiving a personalized access ticket contain- 
ing a link information of a sender's anonymous 
identification and a link information of a recipient's 
anonymous identification in correspondence, which is 
presented by a sender who wishes to send an email to 
a recipient so as to specify the recipient as an intended 
destination of the email, and controlling accesses 
between the sender and the recipient by verifying an 
access right of the sender with respect to the recipient 
according to the personalized access ticket. 
[01 06] Also, in this aspect of the present invention, the 
secure communication service device can probabilisti- 
cally identify an identity of the sender by reconstructing 
the official identification of the sender while judging 
identity of a plurality of link informations of anonymous 
identifications of the sender contained in a plurality of 
personalized access tickets used by the sender. 
[0107] According to another aspect of the present 
invention there is provided a secure communication 
service device for use in a communication system real- 
izing email access control, comprising: a computer 
hardware; and a computer software for causing the 
computer hardware to connect communications 
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between the sender and the receiver, by receiving a per- 
sonalized access ticket containing a sender's identifica- 
tion and a recipient's identification in correspondence, 
which is presented by a sender who wishes to send an 
email to a recipient so as to specify the recipient as an 
intended destination of the email, and controlling 
accesses between the sender and the recipient by veri- 
fying an access right of the sender with respect to the 
recipient according to the personalized access ticket. 
[01 08] Also, in this aspect of the present invention, the 
computer software causes the computer hardware to 
authenticate the personalized access ticket presented 
by the sender, and refuse a delivery of the email when 
the personalized access ticket presented by the sender 
has been altered. 

[0109] Also, in this aspect of the present invention, the 
personalized access ticket is signed by a secret key of a 
secure processing device which issued the personal- 
ized access ticket, and the computer software causes 
the computer hardware to authenticate the personalized 
access ticket by verifying a signature of the secure 
processing device in the personalized access ticket 
using a public key of the secure processing device. 
[01 1 0] Also, in this aspect of the present invention, the 
computer software causes the computer hardware to 
also receive the sender's identification presented by the 
sender along with the personalized access ticket, check 
whether the sender's identification presented by the 
sender is contained in the personalized access ticket 
presented by the sender, and refuse a delivery of the 
email when the sender's identification presented by the 
sender is not contained in the personalized access 
ticket presented by the sender. 
[01 1 1 ] Also, in this aspect of the present invention, the 
personalized access ticket also contains a validity 
period indicating a period for which the personalized 
access ticket is valid, and the computer software causes 
the computer hardware to check the validity period con- 
tained in the personalized access ticket presented by 
the sender and refuse a delivery of the email when the 
personalized access ticket presented by the sender 
contains the validity period that has already been 
expired. 

[01 1 2] Also, in this aspect of the present invention, the 
computer software can cause the computer hardware to 
register in advance the personalized access ticket con- 
taining an identification of a specific user from which a 
delivery of emails to a specific registrant is to be refused 
as the sender's identification and an identification of the 
specific registrant as the recipient's identification, at the 
secure communication service device, and refuse a 
delivery of the email from the sender when the person- 
alized access ticket presented by the sender is regis- 
tered at the secure communication service device in 
advance. 

[01 1 3] Also, in this aspect of the present invention, the 
computer software can cause the computer hardware to 
delete the personalized access ticket registered at the 



secure communication service device upon request 
from the specific registrant who registered the personal- 
ized access ticket. 

[01 1 4] Also, in this aspect of the present invention, the 

s personalized access ticket also contains a transfer con- 
trol flag indicating whether or not the sender should be 
authenticated by the secure communication service 
device, and when the transfer control flag contained in 
the personalized access ticket indicates that the sender 

10 should be authenticated, the computer software causes 
the computer hardware to authenticate the sender's 
identification presented by the sender and refuse a 
delivery of the email when an authentication of the 
sender's identification fails. 

is [01 1 5] Also, in this aspect of the present invention, the 
computer software causes the computer hardware to 
realize the authentication of the sender's identification 
by a challenge/response procedure between the sender 
and the secure communication service device. 

20 [01 1 6] Also, in this aspect of the present invention, the 
sender's identification and the recipient's identification 
in the personalized access ticket can be given by anon- 
ymous identifications of the sender and the recipient, 
where an anonymous identification of each user con- 

25 tains at least one fragment of an official identification of 
each user by which each user is uniquely identifiable by 
a certification authority, and the computer software can 
also cause the computer hardware to probabilistically 
identify an identity of the sender by reconstructing the 

30 official identification of the sender by judging identity of 
a plurality of anonymous identifications of the sender 
contained in a plurality of personalized access tickets 
used by the sender. 

[01 1 7] Also, in this aspect of the present invention, an 
35 anonymous identification of each user that contains at 
least one fragment of an official identification of each 
user by which each user is uniquely identifiable by a cer- 
tification authority and a link information of each anony- 
mous identification by which each anonymous 
40 identification can be uniquely identified can be defined, 
the sender's identification and the recipient's identifica- 
tion in the personalized access ticket can be given by a 
link information of the anonymous identification of the 
sender and a link information of the anonymous identifi- 
es cation of the recipient and the computer software can 
also cause the computer hardware to probabilistically 
identify an identity of the sender by reconstructing the 
official identification of the sender by judging identity of 
a plurality of anonymous identifications of the sender 
so corresponding to the link information contained in a plu- 
rality of personalized access tickets used by the sender. 
[0118] Also, in this aspect of the present invention, 
when the access right of the sender with respect to the 
recipient is verified according to the personalized 
55 access ticket, the computer software causes the com- 
puter hardware to take out the recipient's identification 
from the personalized access ticket by using the 
sender's identification presented by the sender, convert 
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the mail by using a taken out recipient's identification 
into a format that can be interpreted by a mail transfer 
function for actually carrying out a mail delivery 
processing, and give the mail after conversion to the 
mail transfer function by attaching the personalized 5 
access ticket. 

[0119] According to another aspect of the present 
invention there is provided a secure processing device 
for use in a communication system realizing email 
access control, comprising: a computer hardware; and 10 
a computer software for causing the computer hardware 
to receive a request for a personalized access ticket 
from a user, and issue a personalized access ticket con- 
taining a sender's identification and a recipient's identi- 
fication in correspondence, which is signed by a secret 15 
key of the secure processing device. 
[0120] According to another aspect of the present 
invention there is provided a directory service device for 
use in a communication system realizing email access 
control, comprising: a computer hardware; and a com- 20 
puter software for causing the computer hardware to 
manage an identification of each registrant and a dis- 
closed information of each registrant which has a lower 
secrecy than a personal information, in a state which is 
accessible for search by unspecified many, and issue a 25 
personalized access ticket containing a sender's identi- 
fication and a recipient's identification in correspond- 
ence, to the sender in response to search conditions 
specified by the sender, by using an identification of a 
registrant whose disclosed information matches the 30 
search conditions as the recipient's identification and 
the sender's identification specified by the sender along 
with the search conditions. 

[0121] According to another aspect of the present 
invention there is provided a certification authority 35 
device for use in a communication system realizing 
email access control, comprising: a computer hardware; 
and a computer software for causing the computer 
hardware to issue to each user an official identification 
of each user by which each user is uniquely identifiable 40 
by the certification authority device, and an anonymous 
identification of each user which contains at least one 
fragment of the official identification. 
[0122] According to another aspect of the present 
invention there is provided a certification authority as 
device for use in a communication system realizing 
email access control, comprising: a computer hardware; 
and a computer software for causing the computer 
hardware to issue to each user an identification of each 
user and an enabler of the identification of each user 50 
indicating a right to change any personalized access 
ticket that contains the identification of each user as a 
holder identification, where the persnalized access 
ticket generally contains a sender's identification and a 
plurality of recipient's identifications in correspondence, 55 
and one of the sender's identification and the recipient's 
identifications is a holder identification. 
[0123] According to another aspect of the present 



invention there is provided a secure processing device 
for use in a communication system realizing email 
access control, comprising: a computer hardware; and 
a computer software for causing the computer hardware 
to receive from a user a request for prescribed process- 
ing on a personalized access ticket containing a 
sender's identification and a plurality of recipient's iden- 
tifications in correspondence, where one of the sender's 
identification and the recipient's identifications is a 
holder identification, and execute the prescribed 
processing on the personalized access ticket when the 
user presented both the holder identification contained 
in the personalized access ticket and an enabler corre- 
sponding to the holder identification which indicates a 
right to change the personalized access ticket contain- 
ing the identification of the user as the holder identifica- 
tion. 

[0124] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
a secure communication service device for use in a 
communication system realizing email access control, 
the computer readable program code means includes: 
first computer readable program code means for caus- 
ing said computer to receive a personalized access 
ticket containing a sender's identification and a recipi- 
ent's identification in correspondence, which is pre- 
sented by a sender who wishes to send an email to a 
recipient so as to specify the recipient as an intended 
destination of the email; and second computer readable 
program code means for causing said computer to con- 
trol accesses between the sender and the recipient by 
verifying an access right of the sender with respect to 
the recipient according to the personalized access 
ticket, so as to connect communications between the 
sender and the receiver on the communication network. 
[01 25] Also, in this aspect of the present invention, the 
second computer readable program code means 
causes said computer to authenticate the personalized 
access ticket presented by the sender, and refuse a 
delivery of the email when the personalized access 
ticket presented by the sender has been altered. 
[01 26] Also, in this aspect of the present invention, the 
personalized access ticket is signed by a secret key of a 
secure processing device which issued the personal- 
ized access ticket, and the second computer readable 
program code means causes said computer to authen- 
ticate the personalized access ticket by verifying a sig- 
nature of the secure processing device in the 
personalized access ticket using a public key of the 
secure processing device. 

[01 27] Also, in this aspect of the present invention, the 
first computer readable program code means causes 
said computer to also receive the sender's identification 
presented by the sender along with the personalized 
access ticket, and the second computer readable pro- 
gram code means causes said computer to check 
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whether the sender's identification presented by the 
sender is contained in the personalized access ticket 
presented by the sender and refuse a delivery of the 
email when the sender's identification presented by the 
sender is not contained in the personalized access 5 
ticket presented by the sender. 
[01 28] Also, in this aspect of the present invention, the 
personalized access ticket also contains a validity 
period indicating a period for which the personalized 
access ticket is valid, and the second computer reada- 10 
ble program code means causes said computer to 
check the validity period contained in the personalized 
access ticket presented by the sender and refuse a 
delivery of the email when the personalized access 
ticket presented by the sender contains the validity 15 
period that has already been expired. 
[01 29] Also, in this aspect of the present invention, the 
second computer readable program code means can 
cause said computer to register in advance the person- 
alized access ticket containing an identification of a spe- 20 
crfic user from which a delivery of emails to a specific 
registrant is to be refused as the sender's identification 
and an identification of the specific registrant as the 
recipient's identification, at the secure communication 
service device, and refuse a delivery of the email from 25 
the sender when the personalized access ticket pre- 
sented by the sender is registered at the secure com- 
munication service device in advance. 
[01 30] Also, in this aspect of the present invention, the 
second computer readable program code means can 30 
cause said computer to delete the personalized access 
ticket registered at the secure communication service 
device upon request from the specific registrant who 
registered the personalized access ticket. 
[01 31 ] Also, in this aspect of the present invention, the 35 
personalized access ticket also contains a transfer con- 
trol flag indicating whether or not the sender should be 
authenticated by the secure communication service 
device, and when the transfer control flag contained in 
the personalized access ticket indicates that the sender 40 
should be authenticated, the second computer readable 
program code means causes said computer to authen- 
ticate the sender's identification presented by the 
sender and refuse a delivery of the email when an 
authentication of the sender's identification fails. as 
[0132] Also, in this aspect of the present invention, the 
second computer readable program code means 
causes said computer to realize the authentication of 
the sender's identification by a challenge/response pro- 
cedure between the sender and the secure communica- so 
tion service device. 

[01 33] Also, in this aspect of the present invention, the 
sender's identification and the recipient's identification 
in the personalized access ticket can be given by anon- 
ymous identifications of the sender and the recipient, 55 
where an anonymous identification of each user con- 
tains at least one fragment of an official identification of 
each user by which each user is uniquely identifiable by 



a certification authority, and the second computer read- 
able program code means can also cause said compu- 
ter to probabilistically identify an identity of the sender 
by reconstructing the official identification of the sender 
by judging identity of a plurality of anonymous identifica- 
tions of the sender contained in a plurality of personal- 
ized access tickets used by the sender. 
[01 34] Also, in this aspect of the present invention, an 
anonymous identification of each user that contains at 
least one fragment of an official identification of each 
user by which each user is uniquely identifiable by a cer- 
tification authority and a link information of each anony- 
mous identification by which each anonymous 
identification can be uniquely identified can be defined, 
the sender's identification and the recipient's identifica- 
tion in the personalized access ticket can be given by a 
link information of the anonymous identification of the 
sender and a link information of the anonymous identifi- 
cation of the recipient, and the second computer reada- 
ble program code means can also cause said computer 
to probabilistically identify an identity of the sender by 
reconstructing the official identification of the sender by 
judging identity of a plurality of anonymous identifica- 
tions of the sender corresponding to the link information 
contained in a plurality of personalized access tickets 
used by the sender. 

[0135] Also, in this aspect of the present invention, 
when the access right of the sender with respect to the 
recipient is verified according to the personalized 
access ticket, the second computer readable program 
code means causes said computer to take out the recip- 
ient's identification from the personalized access ticket 
by using the sender's identification presented by the 
sender, convert the mail by using a taken out recipient's 
identification into a format that can be interpreted by a 
mail transfer function for actually carrying out a mail 
delivery processing, and give the mail after conversion 
to the mail transfer function by attaching the personal- 
ized access ticket. 

[0136] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
a secure processing device for use in a communication 
system realizing email access control, the computer 
readable program code means includes: first computer 
readable program code means for causing said compu- 
ter to receive a request for a personalized access ticket 
from a user; and second computer readable program 
code means for causing said computer to issue the per- 
sonalized access ticket containing a sender's identifica- 
tion and a recipient's identification in correspondence, 
which is signed by a secret key of the secure processing 
device. 

[0137] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
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a directory service devicer for use in a communication 
system realizing email access control, the computer 
readable program code means includes: first computer 
readable program code means for causing said compu- 
ter to manage an identification of each registrant and a 
disclosed information of each registrant which has a 
lower secrecy than a personal information, in a state 
which is accessible for search by unspecified many, and 
second computer readable program code means for 
causing said computer to issue a personalized access 
ticket containing a sender's identification and a recipi- 
ent's identification in correspondence, to the sender in 
response to search conditions specified by the sender, 
by using an identification of a registrant whose dis- 
closed information matches the search conditions as 
the recipient's identification and the sender's identifica- 
tion specified by the sender along with the search con- 
ditions. 

[0138] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
a certification authority device for use in a communica- 
tion system realizing email access control, the computer 
readable program code means includes: first computer 
readable program code means for causing said compu- 
ter to issue to each user an official identification of each 
user by which each user is uniquely identifiable by the 
certification authority device; and second computer 
readable program code means for causing said compu- 
ter to issue to each user an anonymous identification of 
each user which contains at least one fragment of the 
official identification. 

[0139] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
a certification authority device for use in a communica- 
tion system realizing email access control, the computer 
readable program code means includes: first computer 
readable program code means for causing said compu- 
ter to issue to each user an identification of each user; 
and second computer readable program code means 
for causing said computer to issue to each user an ena- 
bler of the identification of each user indicating a right to 
change any personalized access ticket that contains the 
identification of each user as a holder identification, 
where the persnalized access ticket generally contains 
a sender's identification and a plurality of recipient's 
identifications in correspondence, and one of the 
sender's identification and the recipient's identifications 
is a holder identification. 

[0140] According to another aspect of the present 
invention there is provided a computer usable medium 
having computer readable program code means 
embodied therein for causing a computer to function as 
a secure processing device for use in a communication 
system realizing email access control, the computer 



readable program code means includes: first computer 
readable program code means for causing said compu- 
ter to receive from a user a request for prescribed 
processing on a personalized access ticket containing a 
5 sender's identification and a plurality of recipient's iden- 
tifications in correspondence, where one of the sender's 
identification and the recipient's identifications is a 
holder identification; and second computer readable 
program code means for causing said computer to exe- 
10 cute the prescribed processing on the personalized 
access ticket when the user presented both the holder 
identification contained in the personalized access 
ticket and an enabler corresponding to the holder iden- 
tification which indicates a right to change the personal- 
is ized access ticket containing the identification of the 
user as the holder identification. 
[0141] Other features and advantages of the present 
invention will become apparent from the following 
description taken in conjunction with the accompanying 
20 drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0142] 

25 

Fig. 1 is a diagram showing an overall configuration 
of a communication system according to the first 
embodiment of the present invention. 
Fig. 2 is a diagram showing exemplary data struc- 
30 tures of an official identification, an anonymous 
identification, and a 1-to-1 personalized access 
ticket according to the first embodiment of the 
present invention. 

Fig. 3 is a f tow chart for an anonymous identification 
35 generation processing at a certification authority 
according to the first embodiment of the present 
invention. 

Fig. 4 is a flow chart for a personalized access ticket 
generation processing at an anonymous directory 
40 service according to the first embodiment of the 
present invention. 

Fig. 5 is a flow chart for a mail access control 
processing at a secure communication service 
according to the first embodiment of the present 

45 invention. 

Fig. 6 is a f tow chart for an anonymous identification 
identity judgement processing at a secure commu- 
nication service according to the first embodiment 
of the present invention. 

so Fig. 7 is a diagram showing exemplary data struc- 
tures of data used in the anonymous identification 
identity judgement processing of Fig. 6. 
Fig. 8 is a diagram showing exemplary data struc- 
tures of an official identification, an anonymous 

55 identification, and a 1-to-N personalized access 
ticket according to the second embodiment of the 
present invention. 

Fig. 9 is a diagram showing exemplary data struc- 
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tures of an anonymous identification and an ena- 
bler according to the second embodiment of the 
present invention. 

Fig. 10 is a diagram showing a definition of a 

processing rule (MakePAT) used in the second s 

embodiment of the present invention. 

Fig. 11 is a diagram showing a definition of a 

processing rule (MergePAT) used in the second 

embodiment of the present invention. 

Fig. 12 is a diagram showing a definition of a w 

processing rule (SplitPAT) used in the second 

embodiment of the present invention. 

Fig. 13 is a diagram showing a definition of a 

processing rule (TransPAT) used in the second 

embodiment of the present invention. 75 

Fig. 14 is a first exemplary system configuration 

that can be used in the second embodiment of the 

present invention. 

Fig. 15 is a second exemplary system configuration 
that can be used in the second embodiment of the 20 
present invention. 

Fig. 16 is a third exemplary system configuration 
that can be used in the second embodiment of the 
present invention. 

Fig. 17 is a fourth exemplary system configuration 25 
that can be used in the second embodiment of the 
present invention. 

Fig. 18 is a fifth exemplary system configuration 
that can be used in the second embodiment of the 
present invention. 30 
Fig. 19 is a sixth exemplary system configuration 
that can be used in the second embodiment of the 
present invention. 

Fig. 20 is a seventh exemplary system configura- 
tion that can be used in the second embodiment of 35 
the present invention. 

Fig. 21 is a flow chart showing an overall process- 
ing flow of MakePAT, MergePAT or TransPAT 
processing according to the second embodiment of 
the present invention. 40 
Fig. 22 is a flow chart showing an overall process- 
ing flow of SplitPAT processing according to the 
second embodiment of the present invention. 
Fig. 23 is a flow chart for an anonymous identifica- 
tion list generation processing (for MakePAT, 45 
MergePAT, SplitPAT and TransPAT) according to the 
second embodiment of the present invention. 
Fig. 24 is an enabler authenticity verification 
processing (for MakePAT, MergePAT, SplitPAT and 
TransPAT) according to the second embodiment of so 
the present invention. 

Fig. 25 is a diagram showing an exemplary data 
structure of Null-AID used in the third embodiment 
of the present invention. 

Fig. 26 is a diagram showing an exemplary data 55 
structure of Enabler of Null-AID used in the third 
embodiment of the present invention. 
Fig. 27 is a diagram showing a first exemplary appli- 



cation of the third embodiment of the present inven- 
tion. 

Fig. 28 is a diagram showing a second exemplary 
application of the third embodiment of the present 
invention. 

Fig. 29 is a diagram showing an exemplary data 
structure of God-AID used in the fourth embodi- 
ment of the present invention. 
Fig. 30 is a diagram showing a first exemplary appli- 
cation of the fourth embodiment of the present 
invention. 

Fig. 31 is a diagram showing a second exemplary 
application of the fourth embodiment of the present 
invention. 

Fig. 32 is a flow chart for a member anonymous 
identification checking processing according to the 
fifth embodiment of the present invention. 
Fig. 33 is a diagram showing an overall configura- 
tion of a communication system according to the 
sixth embodiment of the present invention. 
Fig. 34 is a diagram showing exemplary data struc- 
tures of an official identification, a link information 
attached anonymous identification, and a link spec- 
ifying 1-to-1 personalized access ticket according to 
the sixth embodiment of the present invention. 
Fig. 35 is a flow chart for a link information attached 
anonymous identification generation processing at 
a certification authority according to the sixth 
embodiment of the present invention. 
Fig. 36 is a flow chart for a link specifying 1-to-1 
personalized access ticket generation processing 
at an anonymous directory service according to the 
sixth embodiment of the present invention. 
Fig. 37 is a flow chart for a mail access control 
processing at a secure communication service 
according to the sixth embodiment of the present 
invention. 

Fig. 38 is a flow chart for an anonymous identifica- 
tion identity judgement processing at a secure com- 
munication service according to the sixth 
embodiment of the present invention. 
Fig. 39 is a diagram showing exemplary data struc- 
tures of data used in the anonymous identification 
identity judgement processing of Fig. 38. 
Fig. 40 is a diagram showing exemplary data struc- 
tures of an official identification, a link information 
attached anonymous identification, and a link spec- 
ifying 1-to-N personalized access ticket according 
to the seventh embodiment of the present inven- 
tion. 

Fig. 41 is a diagram showing exemplary data struc- 
tures of a link information attached anonymous 
identification and an enabler according to the sev- 
enth embodiment of the present invention. 
Fig. 42 is a first exemplary system configuration 
that can be used in the seventh embodiment of the 
present invention. 

Fig. 43 is a second exemplary system configuration 



14 



27 



EP 0 946 022 A2 



28 



that can be used in the seventh embodiment of the 
present invention. 

Fig. 44 is a third exemplary system configuration 
that can be used in the seventh embodiment of the 
present invention. 

Fig. 45 is a fourth exemplary system configuration 
that can be used in the seventh embodiment of the 
present invention. 

Fig. 46 is a fifth exemplary system configuration 
that can be used in the seventh embodiment of the 
present invention. 

Fig. 47 is a sixth exemplary system configuration 
that can be used in the seventh embodiment of the 
present invention. 

Fig. 48 is a seventh exemplary system configura- 
tion that can be used in the seventh embodiment of 
the present invention. 

Fig. 49 is a flow chart for a link specifying anony- 
mous identification list generation processing (for 
MakePAT, MergePAT, SplitPAT and TransPAT) 
according to the seventh embodiment of the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0143] Referring now to Fig. 1 to Fig. 7, the first 
embodiment of the email access control scheme 
according to the present invention will be described in 
detail. 

[0144] The email access control scheme of the 
present invention enables bidirectional communications 
between a sender and a recipient appropriately while 
maintaining anonymity of a sender and a recipient on a 
communication network. Basically, this is realized by 
disclosing only information indicative of characteristics 
of recipients in a state of concealing true identifiers of 
the recipients, and assigning limited access rights with 
respect to those who wish to carry out communications 
while maintaining the anonymity according to the dis- 
closed information. 

[0145] More specifically, an Anonymous Identification 
(abbreviated hereafter as AID) that functions as a role 
identifier in which a personal information is concealed is 
assigned to a user, and this AID is disclosed on the net- 
work in combination with an information indicative of 
characteristics of the user such as his/her interests, 
age, job, etc., which cannot be used in identifying the 
user on the network but which can be useful for a 
sender in judging whether or not it is worth communicat- 
ing with that user. 

[01 46] Also, the sender can search out a recipient with 
whom he/she wishes to communicate by reading or 
searching through the disclosed information. Namely, in 
the case where the sender wishes to communicate with 
a recipient while maintaining his/her own anonymity, the 
sender specifies the AID of that recipient and acquires a 
Personalized Access Ticket (abbreviated hereafter as 



PAT). The PAT contains the AIDs of the sender and the 
recipient as well as information regarding a transfer con- 
trol flag and a validity period. The transfer control flag is 
used in order to determine whether a Secur Communi- 

5 cation Service (abbreviated hereafter as SCS) to be 
described below carries out the authentication with 
respect to the sender. Namely, when the transfer control 
flag is set ON, the SCS will carry out the authentication 
such as signature verification for example, with respect 

jo to the sender at a time of the connection request. On the 
other hand, when the transfer control flag is set OFF, the 
SCS will give the connection request to a physical com- 
munication network to which the SCS is connected, 
without carrying out the authentication. In other words, 

is the transfer control is used in order to verify whether or 
not the AID is properly utilized by the user to whom it is 
allocated by a Certification Authority (abbreviated here- 
after as CA). 

[0147] In the communication network realizing the 

20 email access control scheme of the present invention, 
the assignment of AIDs with respect to users, the main- 
tenance of information disclosed in combination with 
AIDs, the issuance of PATs, and the email access con- 
trol based on PATs are realized by separate organiza- 

25 tions. This is because it is more convenient to realize 
them by separate organizations from a perspective of 
maintaining the security of the entire network, since 
security levels to be maintained in relation to respective 
actions are different. Note however that the mainte- 

30 nance of the disclosed information and the issuance of 
PATs may be realized by the same organization. 
[0148] Fig. 1 shows an overall configuration of a com- 
munication system in this first embodiment, which is 
directed to the email service on internet or Intranet. 

35 [0149] In Fig. 1 , the CA (Certification Authority) 1 has 
a right to authenticate an Official Identification (abbrevi- 
ated hereafter as OID) that identifies each individual 
and a right to issue AIDs, and functions to generate 
AIDs from OlDs and allocate AIDs to users 3. 

40 [0150] The SCS (Secure Communication Service) 5 
judges whether or not to admit a connection in response 
to a connection request by an email from a user 3, 
according to the PAT (Personalized Access Ticket) pre- 
sented from a user 3. The SCS 5 also rejects a connec- 

45 tion request by an email according to a request from a 
user 3. The SCS 5 also judges the identity of OlDs 
according to a request from a user 3. 
[01 51 ] An Anonymous Directory Service (abbreviated 
hereafter as ADS) 7 is a database for managing the 

so AID, the transfer control flag value, the validity period 
value, and the disclosed information (such as interests, 
which can be regarded as requiring a lower secrecy 
compared with a personal information such as name, 
telephone number, and real email address) of each user 

55 3. The ADS 7 has a function to generate the PAT from 
the AID of a user 3 who presented search conditions, 
the AID of a user 3 who has been registering the dis- 
closed information that matches the search conditions 
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in th ADS 7, the transfer control flag value given from a 
user 3 or administrators of the ADS. and the validity 
period value given from a user 3 or administrators of the 
ADS, and then allocate the PAT to a user 3 who pre- 
sented the search conditions. 
[0152] First, a series of processing from generating 
the AID from the OID according to a request from a user 
until allocating the AID to that user will be described. 
[0153] Fig. 2 shows exemplary formats of the OID, the 
AID, and the PAT. As shown in a part (a) of Fig. 2, the 
OID is an information comprising an arbitrary character 
string according to a rule by which the CA 1 can 
uniquely identify the user and a public key, which is 
signed by the CA 1 using a secret key of the CA 1. 
[0154] Also, as shown in a part (b) of Fig. 2, the AID is 
an information comprising fragments of the OID and 
their position information, redundant character strings, 
and an SCS information given by an arbitrary character 
string (host name, real domain name, etc.) by which a 
host or a domain that is operating the SCS 5 can be 
uniquely identified on the network, which is signed by 
the CA 1 using the secret key of the CA 1 . 
[01 55] Also, as shown in a part (c) of Fig. 2, the PAT is 
an information comprising the transfer control flag, 
AID 0 , AID 1t and the validity period, which is signed by 
the ADS 7 using a secret key of the ADS 7. Here, the 
transfer control flag value is defined to take either 0 or 1 . 
Also, the validity period is defined by any one or combi- 
nation of the number of times for which the PAT is avail- 
able, the absolute time (UTC) by which the PAT 
becomes unavailable, the absolute time (UTC) by which 
the PAT becomes available, and the relative time (life- 
time) since the PAT becomes available until it becomes 
unavailable. 

[0156] Note that, as will be explained in the subse- 
quent embodiments described below, in addition to the 
1-to-1 PAT which sets one sender and one recipient in 
correspondence as described above, the present inven- 
tion can also use a 1-to-N PAT which sets one sender 
and N recipients, as well as a link specifying PAT which 
specifies the AID by a link information that is capable of 
specifying the AID instead of specifying the AID itself in 
the PAT The link specifying PAT can be either a link 
specifying 1-to-1 PAT or a link specifying 1-to-N PAT 
depending on the correspondence relationship between 
the sender and the recipients as described above. 
Namely, the PAT of the present invention can be given in 
four types: 1-to-1 PAT, 1-to-N PAT, link specifying 1-to-1 
PAT, and link specifying 1-to-N PAT 
[0157] Next, a procedure by which the user 3 requests 
the AID to the CA 1 will be described. The user 3 gener- 
ates a pair of a secret key and a public key. Then, the 
user 3 and the CA 1 carries out the bidirectional authen- 
tication using the OID of the user 3 and the certificate of 
the CA 1 , and the user 3 transmits the public key to the 
CA 1 by arbitrary means. Here, there can be cases 
where communications between the user 3 and the CA 
1 are to be encrypted. 



[01 58] Next, a procedure by which the CA 1 issues the 
AID to the user 3 in respons to a request for the AID as 
described above will be described. Upon receiving the 
public key from the user 3, the CA 1 generates the AID. 

5 Then, the CA 1 transmits th AID to the user 3 by arbi- 
trary means. Upon receiving the AID from the CA 1 , the 
user 3 stores the received AID into its storage device. 
Here, there can be cases where communications 
between the user 3 and the CA 1 are to be encrypted. 

10 [01 59] Next, the AID generation processing at the CA 
will be described with reference to Fig. 3. 
[0160] In the procedure of Fig. 3, the CA 1 generates 
an information of a length equal to the total length L of 
the OID, and sets this information as a tentative AID 

is (step S91 1). Then, in order to carry out the partial cop- 
ying of the OID, values of parameters p { and i t for spec- 
ifying a copying region are determined using arbitrary 
means such as random number generation respectively 
(step S913). Here, L is equal to the total length L of the 

20 OID, and t t is an arbitrarily defined value within a range 
in which a relationship of 0 ^ l x ^ L holds. Then, an infor- 
mation in a range between a position pj to a position p{ 
+ l t from the top of the OID is copied to the same posi- 
tions in the tentative AID (step S915). In other words, 

25 this OID fragment will be copies to a range between a 
position pj and a position p| + / s from the top of the ten- 
tative AID. Then, the values of P| and l t are written into a 
prescribed range in the tentative AID into which the OID 
has been partially copied, in a form encrypted by an 

30 arbitrary means (step S91 7). Then, an SCS information 
given by an arbitrary character string (host name, real 
domain, etc.) that can uniquely identify a host or a 
domain that is operating the SCS 5 on the network is 
written into a prescribed range in the tentative AID into 

35 which these values are written (step S919). Then, the 
tentative AID into which the above character string is 
written is signed using a secret key of the CA 1 (step 
S921). 

[0161] Next, a procedure for registering the AID of a 

40 user-B 3 and the disclosed information into the ADS 7 
will be described. First, the bidirectional authentication 
by arbitrary means using the AID of the user-B 3 and the 
certificate of the ADS 7 is carried out between the user- 
B 3 who is a registrant and the ADS 7. Then, the user-B 

45 3 transmits the transfer control flag value, the validity 
period value, and the disclosed information such as 
interests to the ADS 7. Then, the ADS 7 stores the 
transfer control flag value, the validity period value, and 
the entire disclosed information in relation to the AID of 

so the user-B 3 in its storage device. Here, there can be 
cases where communications between the user-B 3 
who is the registrant and the ADS 7 are to be encrypted. 
[0162] Next, a procedure by which a user- A 3 
searches through the disclosed information that is reg- 

55 istered in the ADS 7 will be described. First, the bidirec- 
tional authentication by arbitrary means using the AID of 
the user-A 3 and the certificate of the ADS 7 is carried 
out between the user-A 3 who is a searcher and the 
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ADS 7. Then, the user-A 3 transmits arbitrary search 
conditions to the ADS 7. Then, the ADS 7 presents all 
the received search conditions to its storage device, and 
extracts the AID of a registrant which satisfies these 
search conditions. Then, the ADS 7 generates the PAT 
from the AID of the user-A 3, the AID of the registrant 
who satisfied all the search conditions, the transfer con- 
trol flag value, and the validity period value. Then, the 
ADS 7 transmits the generated PAT to the user-A 3. 
Here, there can be cases where communications 
between the user-A 3 who is a searcher and the ADS 7 
are to be encrypted. Note that the 1 -to-1 PAT is gener- 
ated as a search result of the ADS 7. 
[0163] Next, the 1 -to- 1 PAT generation processing at 
the ADS 7 will be described with reference to Fig. 4. 
[0164] First, an information of a prescribed length is 
generated, and this information is set as a tentative PAT 
(step S1210). Then, the AID of the user-A 3 who is a 
searcher and the AID of the user-B 3 who is a registrant 
are copied into a prescribed region of the tentative PAT 
(step S1215). Then, the transfer control flag value and 
the validity period value are written into respective pre- 
scribed regions of the tentative PAT into which the AIDs 
are copied (step S1217). Then, the tentative PAT into 
which these values are written is signed using a secret 
key of the ADS 7 (step S1219). 
[0165] Next, the transfer control using the 1-to-1 PAT 
will be described. The transfer control is a function for 
limiting accesses to a user who has a proper access 
right from a third person to whom the PAT has been 
transferred or who has eavesdropped the PAT (a user 
who originally does not have the access right). 
[0166] The ADS 7 and the user-B 3 of the registrant 
AID can prohibit a connection to the user-B 3 from a 
third person who does not have the access right, by set- 
ting a certain value in to the transfer control flag of the 
PAT 

[01 67] When the transfer control flag value is set to be 
1 , the sender's AID is authenticated between the SCS 5 
and the sender according to an arbitrary chal- 
lenge/response process, so that even if the sender 
gives both the sender's AID and the PAT to another user 
other than the sender, that another user will not be able 
to make a connection to the registrant of the ADS 7 
through the SCS 5. 

[0168] On the other hand, when the transfer control 
flag value is set to be 0, no challenge/response process 
will be carried out between the SCS 5 and the sender, 
so that if the sender gives both the sender's AID and the 
PAT to another user other than the sender, that another 
user will also be able to make a connection to the regis- 
trant of the ADS 7 through the SCS 5. 
[0169] Next, the email access control method at the 
SCS 5 will be described with reference to Fig. 5. 
[0170] The sender specifies "[sender's AID]@[real 
domain of SCS of sender]" in From: line, and 
n [PAT]@[real domain of SCS of sender]" in To: line. 
[01 71 ] The SCS 5 acquires a mail received by an MTA 



(Message Transfer Agent) such as SMTP (Simple Mail 
Transfer Protocol), and executes the processing of Fig. 
5 as follows. 

5 ( 1 ) The signature of the PAT is verified using a pub- 
lic key of the ADS 7 (step S1 41 3). 

When the PAT is found to have been altered 
(step S1415 YES), the mail is discarded and the 
processing is terminated (step S1416). 

10 When the PAT is found to have been not altered 

(step S1415 NO), the following processing (2) is 
executed. 

(2) The search is carried out by presenting the 
sender's AID to the PAT (steps S1417, S1419, 

15 S1421). 

When an AID that completely matches with the 
sender's AID is not contained in the PAT (step 
S1423 NO), the mail is discarded and the process- 
ing is terminated (step S1416). 

20 When an AID that completely matches with the 

sender's AID is contained in the PAT (step S1423 
YES), the following processing (3) is executed. 

(3) The validity period value of the PAT is evaluated 
(steps S1425, S1427). 

25 When the PAT is outside the validity period 

(step S1427 NO), the mail is discarded and the 
processing is terminated (step S1416). 

When the PAT is within the validity period (step 
S1427 YES), the following processing (4) is exe- 

30 cuted. 

(4) Whether or not to authenticate the sender is 
determined by referring to the transfer control flag 
value of the PAT (steps S1431, S1433). 

When the value is 1 (step S1433 YES), the 
35 challenge/response authentication between the 
SCS 5 and the sender is carried out, and the signa- 
ture of the sender is verified (step SI 435). When 
the signature is valid, the recipient is specified and 
the PAT is attached (step S1437). When the signa- 
40 ture is invalid, the mail is discarded and the 
processing is terminated (step S1416). 

When the value is 0 (step $1433 NO), the 
recipient is specified and the PAT is attached with- 
out executing the challenge/response authentica- 
45 tion (step S1 437). 

[0172] Next, an exemplary challenge/response 
authentication between the SCS 5 and the sender will 
be described. 

so [0173] First, the SCS 5 generates an arbitrary infor- 
mation such as a timestamp, for example, and transmits 
the generated information to the sender. 
[0174] Then, the sender signs the received informa- 
tion using a secret key of the sender's AID and transmits 

55 it along with a public key of the sender's AID. 

[0175] The SCS 5 then verifies the signature of the 
received information using the public key of the sender's 
AID. When the signature is valid, the recipient is speci- 
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tied and the PAT is attached. When the signature is 
invalid, the mail is discarded and the processing is ter- 
minated. 

[0176] Next, a method for specifying the recipient at 
the SCS 5 will be described. First, the SCS 5 carries out 
the search by presenting the sender's AID to the PAT, so 
as to acquire all the AIDs which do not completely 
match the sender's AID. All these acquired AIDs will be 
defined as recipient's AIDs hereafter. Then, for every 
recipient's AID, the real domain of SCS of recipient is 
taken out from the recipient's AID. Then, the recipient is 
specified in a format of "[recipient's AlD]@[real domain 
of SCS of recipient]". Finally, the SCS 5 changes the 
sender from a format of "[sender's AID]@[real domain 
of SCS of sender]" to a format of "sender's AID". 
[0177] Next, a method for attaching the PAT at the 
SCS 5 will be described. The SCS 5 attaches the PAT to 
an arbitrary position in the mail. Tne SCS 5 gives the 
mail to the MTA after specifying the sender and the 
recipient and attaching the PAT 
[01 78] Note that all the processings described above 
are the same in the case of the 1-to-N PAT. 
[0179] Next, a method of receiving refusal with 
respect to the PAT at the SCS 5 will be described. 
[0180] Receiving refusal setting: The bidirectional 
authentication is carried out by an arbitrary means 
between the user and the SCS 5. Then, the user trans- 
mits a registration command, his/her own AID, and arbi- 
trary PATs to the SCS 5. Then, the SCS 5 verifies the 
signature of the received AID. If the signature is invalid, 
the processing of the SCS 5 is terminated. If the signa- 
ture is valid, the SCS 5 next verifies the signature of 
each received PAT using a public key of the ADS. Those 
PATs with the invalid signature are discarded by the 
SCS 5. When the signature is valid, the SCS 5 carries 
out the search by presenting the received AID to each 
PAT. For each of those PATs which contain the AID that 
completely matches with the received AID, the SCS 5 
presents the registration command and the PAT to the 
storage device such that the PAT is registered into the 
storage device. Those PATs which do not contain the 
AID that completely matches with the received AID are 
discarded by the SCS 5 without storing them into the 
storage device. Here, there can be cases where com- 
munications between the user and the SCS 5 are to be 
encrypted. 

[0181] Receiving refusal execution: The SCS 5 carries 
out the search by presenting the PAT to the storage 
device. When a PAT that completely matches the pre- 
sented PAT is registered in the storage device, the mail 
is discarded. When a PAT that completely matches the 
present PAT is not registered in the storage device, the 
mail is not discarded. 

[0182] Receiving refusal cancellation: The bidirec- 
tional authentication is carried out by an arbitrary 
means between the user and the SCS 5. Then, the user 
presents his/her own AID to the SCS 5. Then, the SCS 
5 verifies the signature of the received AID. If the signa- 



ture is invalid, the processing of the SCS 5 is termi- 
nated. If the signature is valid, the SCS 5 next presents 
the presented AID as a search condition to the storage 
device and acquire all the PATs that contain the pre- 

5 sented AID, and then presents all the acquired PATs to 
the user. Then, the user selects all the PATs for which 
the receiving refusal is to be cancelled by referring to all 
the PATs presented from the SCS 5, and transmits all 
the selected PATs along with a deletion command to the 

w SCS 5. Upon receiving the deletion command and all 
the PATs for which the receiving refusal is to be can- 
celled, the SCS 5 presents the deletion command and 
all the. PATs received from the user to the storage 
device, such that all the received PATs are deleted from 

75 the storage device. 

[0183] Note that the method of receiving refusal with 
respect to the 1-to-N PAT at the SCS 5 is the same as 
the method of receiving refusal with respect to the 1 -to- 
1 PAT described above. 

20 [0184] Note also the the case of returning of a mail 
from the user-B to the user-A is the same as in the case 
of transmitting a mail from the user-A to the user-B. 
[0185] Next, the judgement of identity will be 
described with reference to Fig. 6 and Fig. 7. 

25 

(1) An initial value of a variable OID M is defined as 
a bit sequence with a length equal to the total length 
L of the OID and all values equal to "0". Also, an ini- 
tial value of a variable OlDv is defined as a bit 

30 sequence with a length equal to the total length of 
the OID and all values equal to "0" (step S251 1). 

(2) One AID is selected from a set of processing tar- 
get AIDs, and the following bit processing is carried 
out (stepS2513). 

35 

(a) Values of variables AID M and AIDy are 
determined according to the position informa- 
tion contained in the AID (step S2515). Here, 
AID M is defined as a bit sequence with a length 

40 equal to the total length L of the OID and a 

value of a position at which the OID information 
is defined is T while a value of a position at 
which the OID information is not defined is "0" 
(see Fig. 7). Also, AlDy is defined as a bit 

45 sequence with a length equal to the total length 

L of the OID and a value of a position at which 
the OID information is defined is an actual 
value of the OID information while a value of a 
position at which the OID information is not 

so defined is 0 (see Fig. 7). 

(b) AND processing of OID M and AID M is car- 
ried out and its result is substituted into a varia- 
ble OVR M (step S2517). 

(c) AND processing of OVR M and AID M as well 
55 as AND processing of OVR M and OID M are 

carried out and their results are compared 
(step S2519). When they coincide, OR 
processing of OID M and AID M is carried out 
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and its result is substituted into OID M (step 
S2521), while OR processing of OlDy and AIDv 
is also carried out and its result is substituted 
into OID M (step S2523). On the other hand, 
when they do not coincide, the processing pro- 5 
ceeds to the step S2525. 

(d) An AID to be processed next is selected 
from a set of processing target AIDs. When at 
least one another AID is contained in the set, 
the steps S251 3 to S2523 are executed for that 
another AID. When no other AID is contained in 
the set, the processing proceeds to the step 
S2527. 

(e) Values of OID M and OlDy are outputted 
(step S2527). 

[0186] The value of OID M that is eventually obtained 
indicates all positions of the OID information that can be 
recovered from the set of processing target AIDs. Also, 
the value of OlDy that is eventually obtained indicates 
all the OID information that can be recovered from the 
set of processing target AID. In other words, by using 
the values of OID M and OID^ it is possible to obtain the 
OID albeit probabilistically when the value of OlDy is 
used as a search condition, and it is possible to quanti- 
tatively evaluate a precision of the above search by a 
ratio OIDm/L with respect to the total length L of the OID. 
[0187] As described above, in this first embodiment, 
the CA 1 which is a Trusted Third Party with high 
secrecy and credibility generates the AID in which the 
personal information is concealed, from the OID that 
contains the highly secret personal information such as 
name, telephone number, real email address, etc., 
according to a user request, and issues the AID to the 
user. By identifying the user by this AID on the commu- 
nication network as well as in various services provided 
on the communication network, it becomes possible to 
provide both the anonymity guarantee and the identity 
guarantee for the user. In other words, it becomes pos- 
sible for the user to communicate with another user 
without revealing the own real name, telephone number, 
email address, etc., to that another user, and it also 
becomes possible to disclose the disclosed information 
to unspecified many through the ADS 7 as will be 
described below. 

[0188] The user registers the disclosed information, 
that is an information which is supposed to have a low 
secrecy compared with the personal information at the 
ADS 7. In the case of searching the disclosed informa- 
tion and the registrant AID, the searcher presents the 
AID of the searcher and arbitrary search conditions to 
the ADS 7. The ADS 7 then extracts the registrant AID 
that satisfies these search conditions, and generates 
the PAT from the AID of the searcher and the AID of the 
registrant who satisfied the search conditions, the trans- 
fer control flag value, and the validity period value. 
[01 89] In this 1 -to-1 PAT, the transfer control flag value 
and the validity period value are set as shown a part (c) 



of Fig. 2, and by setting up this validity period in 
advance, it is possiW to limit connections from the 
sender. 

[0190] It is also possible to prohibit connections from 
a third person who does not have the access right, by 
using the transfer control flag value. Namely, when the 
transfer control flag value is set to be 1 , the sender's 
AID is authenticated between the SCS 5 and the sender 
according to an arbitrary challenge/response process, 
so that even if the sender gives both the sender's AID 
and the PAT to another user other than the sender, that 
another user will not be able to make a connection to 
the registrant of the ADS 7 through the SCS 5. On the 
other hand, when the transfer control flag value is set to 
be 0. no challenge/response process will be carried out 
between the SCS 5 and the sender, so that rf the sender 
gives both the sender's AID and the PAT to another user 
other than the sender, that another user will also be able 
to make a connection to the registrant of the ADS 7 
through the SCS 5. 

[01 91 ] It is also possible to make a connection request 
to the communication network such that a call for which 
the recipient is specified by the 1-to-1 PAT will be 
received by the recipient's AID or the sender's AID 
defined within the PAT. In addition, it is also possible to 
refuse receiving calls with the 1-to-1 PAT selected by 
the recipient among calls which are specified by the 1- 
to-1 PAT It is also possible to cancel the receiving 
refusal of the calls with the 1-to-1 PAT selected by the 
recipient. In addition, as a measure against the sender 
who repeats the personal attach using a plurality of 
sender's AIDs by taking an advantage of the anonymity, 
it is possible to judge the identity of the OID from these 
plurality of sender's AIDs and it is possible to extract that 
OID at some probability. 

[0192] Next, with references to Fig. 8 to Fig. 24, the 
second embodiment of the email access control 
scheme according to the present invention will be 
described in detail. 

[0193] In contrast to the first embodiment described 
above which is directed to the case where a sender and 
a recipient are set in 1-to-1 correspondence, this sec- 
ond embodiment is directed to the case where a sender 
and recipients are set in 1-to-N correspondence and a 
generation of a new PAT and a content change of the 
existing PAT can be made by the initiative of a user. 
Here, the sender is either a holder of the PAT or a mem- 
ber of the PAT. Similarly, the recipient is either a holder 
of the PAT or a member of the PAT. 
[01 94] In general, a membership of a group communi- 
cation (mailing list, etc.) is changing dynamically so that 
it is necessary for a host of the group communication to 
manage information on a point of contact such as tele- 
phone number, email address, etc., of each member. In 
contrast, in the case where it is only possible to newly 
generate a 1 -to-1 PAT as in the first embodiment, the 
management of a point of contact is difficult. For exam- 
ple, it is difficult to manage the group collectively, and 
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even if it is given to the others for the purpose of the 
transfer control, it does not function as an address of the 
group communication such as mailing list. 
[0195] In this second embodiment, in order to resolve 
such a problem, it is made possible to carry out a gen- 5 
eration of a new 1 -to-N PAT and a content change or the 
existing 1-to-N PAT by the initiative of a user 
[0196] First, the definition of various identifications 
used in this second embodiment will be described with 
references to Fig. 8 and Fig. 9. 
[0197] As shown in a part (a) of Fig. 8, the OID is an 
information comprising an arbitrary character string (tel- 
ephone number, email address, etc.) according to a rule 
by which the CA 1 can uniquely identify the user and a 
public key, which is signed by the CA 1 . 
[0198] Also, as shown in a part (b) of Fig. 8, the AID is 
an information comprising fragments of the OID and 
their position information, redundant character strings, 
and an SCS information given by an arbitrary character 
string (host name, real domain name, etc.) by which a 
host or a domain that is operating the SCS 5 can be 
uniquely identified on the network, which is signed by 
the CA 1. 

[0199] Also, as shown in a part (c) of Fig. 8, the 1 -to- 
N PAT is an information comprising two or more AIDs, a 
holder index, the validity period, the transfer control flag, 
and a PAT processing device identifier, which is signed 
using a secret key of the PAT processing device. 
[0200] Here, one of the AIDs is a holder AID of this 
PAT, where the change of the information contained in 
the PAT such as an addition of AID to the PAT, a deletion 
of AID from the PAT, a change of the validity period in 
the PAT, a change of the transfer control flag value in the 
PAT, etc., can be made by presenting the holder AID 
and a corresponding Enabler to the PAT processing 
device. 

[0201] On the other hand, the AIDs other than the 
holder AID that are contained in the PAT are all member 
AIDs, where a change of the information contained in 
the PAT cannot be made even when the member AID 
and a corresponding Enabler are presented to the PAT 
processing device. 

[0202] The holder index is a numerical data for identi- 
fying the holder AID, which is defined to take a value 1 
when the holder AID is a top AID in the AID list formed 
from the holder AID and the member AIDs, a value 2 
when the holder AID is a second AID from the top of the 
AID list, or a value n when the holder AID is an n-th AID 
from the top of the AID list. 

[0203] The transfer control flag value is defined to take 
either 0 or 1 similarly as in the case of the 1-to-1 PAT 
[0204] The holder AID is defined to be an AID which 
is written at a position of the holder index value in the 
AID list. The member AIDs are defined to be all the AIDs 
other than the holder AID. 

[0205] The validity period is defined by any one or 
combination of the number of times for which the PAT is 
available, the absolute time (UTC) by which the PAT 



becomes unavailable, the absolute time (UTC) by which 
the PAT becomes available, and the relative time (life- 
time) since the PAT becomes available until it becomes 
unavailable. 

[0206] The identifier of a PAT processing device (or a 
PAT processing object on the network) is defined as a 
serial number of the PAT processing device (or an dis- 
tinguished name of the PAT processing object on the 
network). The secret key of the PAT processing device 
(or the PAT processing object on the network) is defined 
to be uniquely corresponding to the identifier. 
[0207] Also, in this second embodiment, an Enabler is 
introduced as an identifier corresponding to the AID. As 
shown in Fig. 9, the Enabler is an information compris- 
ing a character string uniquely indicating that it is an 
Enabler and an AID itself, which is signed by the CA 1 . 
[0208] Next, the operations for a generation of a new 
PAT and a content change of the existing PAT will be 
described. Here, the following operations are defined at 
a secure PAT processing device on the communication 
terminal or a PAT processing object on the CA or on a 
network which is properly requested from the CA (which 
will also be referred to as a PAT processing device here- 
after). 

1. Editing of AID list: 

A list of AIDs (referred hereafter as an AID list) 
contained in the PAT is edited using AIDs and Ena- 
bler. Else, the AID list is newly generated. 

2. Setting of the validity period and the transfer con- 
trol flag: 

The validity period value and the transfer con- 
trol flag value contained in the PAT are changed 
using an AID and Enabler. Also, a new validity 
period value and a new transfer control flag value 
are set in the newly generated AID list. 

[0209] A user who presented the holder AID and the 
Enabler corresponding to this holder AID to the PAT 
processing device can edit the list of AIDs contained in 
the PAT. In this case, the following processing rules are 
used. 

(1) Generating a new PAT (MakePAT) (see Fig. 10): 
The AID list (ALIST<holder AID | member AID-, , 

member AID 2 , , member AID n >) is 

newly generated, and the validity period value and 
the transfer control flag value are set with respect to 
the generated ALIST. 

AID A + AID B + Enabler of AID B + Enabler of 
AID A 

-> ALIST<AID A | AID B > 

ALIST<AID A | AID B > + Enabler of AID A 

+ validity period value 
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+ transfer control flag value 
-> PAT<AID A | AID B > 

(2) Merging PATs (MergePAT) (see Fig. 1 1): 5 

A plurality of ALISTs of the same holder AID 
are merged and the validity period value and the 
transfer control flag value are set with respect to the 
merged ALIST. 

JO 

ALIST<AID A | AID B1 , AID B2 . > 

+ ALIST<AID A | A!D C1 , AID C2 , > 

+ Enabler of AID A is 

ALIST<AID A | AID B1 , AID B2 , , 

AID C1 , AID C2 , > 

ALIST<AID A | AID B1 , AID B2 , , 20 

AID C1 , AID C2 , > 

+ Enabler of AID A + validity period value 

+ transfer control flag value 25 

-> PAT<AID A | AID B1 , AID B2 , , 

AID C1 , AID C2 , > 

(3) Splitting a PAT (SplitPAT) (see Fig. 12): so 

The ALIST is split into a plurality of ALISTs of 
the same holder AID, and the respective validity 
period value and transfer control flag value are set 
with respect to each one of the split ALISTs. 

35 

ALIST<AID A | AID B1 , AID B2 , , 

AID C1 , AID C2> > 



ALIST<AID A | AID B > + ALIST<AID A | AID C1 , 
AID C2 , > 

+ Enabler of AID A + Enabler of AID B 

-» ALIST<AID B | AID C i. AID C2 , 

> 

ALIST<AID B |AID C1 , AID C2 , > 

+ Enabler of AID B + validity period value 

+ transfer control flag value 

-> PAT<AID B | AID C1 , AID C2 , > 

[0210] In the operation for setting the validity period 
value, in order to permit the setting of the validity period 
value only to a user who holds both the holder AID and 
the corresponding Enabler, the following operation is 
defined. 

PAT<AID A | AID B > + Enabler of AID A 

+ validity period value 

-> PAT<AID A | AID B > 

[021 1 ] In the operation for setting the transfer control 
flag value, in order to permit the setting of the transfer 
control flag value only to a user who holds both the 
holder AID and the corresponding Enabler, the following 
operation is defined. 

PAT<AID A | AID B > + Enabler of AID A 

+ transfer control flag value 



+ Enabler of AID A 

40 

-> ALIST<AID A | AID B1 , AID B2 , > 

+ ALIST<AID A | AID C1 , AID C2 , > 

ALIST<AID A | AID C1 , AID C2 , > 45 

+ Enabler of AID A + validity period value 
+ transfer control flag value 

50 

-> PAT<AID A | AID C1 , AID C2 , > 

(4) Changing a holder of a PAT (TransPAT) (see Fig. 
13): 

The holder AID of the ALIST is changed, and 55 
the validity period value and the transfer control flag 
value are set with respect to the changed ALIST 



-» PAT<AID A | AID B > 

[0212] Next, with references to Fig. 14 to Fig. 20, the 
overall system configuration of this second embodiment 
will be described. In Rg. 14 to Fig. 20, the user-A who 
has AID A allocated from the CA stores AID A and Ena- 
bler of AID A in a computer of the user-A, and the 
input/output devices such as floppy disk drive, CD-ROM 
drive, communication board, microphone, speaker, etc., 
are connected. Else, AID A and Enabler of AID A are 
stored in a communication terminal (telephone, cellular 
phone, etc.) which has a storage device and a data 
input/output function. 

[0213] Similarly, the user-B who has AID B allocated 
from the CA stores AID B and Enabler of AID B in a com- 
puter of the user-B, and the input/output devices such 
as floppy disk drive, CD-ROM drive, communication 
board, microphone, speaker, etc., are connected. Else, 
AID B and Enabler of AID B are stored in a communica- 
tion terminal (telephone, cellular phone, tc.) which has 
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a storage device and a data input/output function. 
[021 4] In the following, a procedure by which the user- 
A generates PAT<AID A | AID B > will be described. 

(1) The user-A acquires AID B and Enabler of AID B 
using any of the following means. 

* AID B and Enabler of AID B are registered at the 
ADS 7, and it is waited until the user-A acquires 
them as a search result (Fig. 14). 

* AID B and Enabler of AID B are directly transmit- 
ted to the user-A by the email, signaling, etc. 
(Figs. 15, 16). 

* AID B and Enabler of AID B are stored in a mag- 
netic, optic, or electronic medium such as 
floppy disk, CD-ROM, MO, IC card, etc.. and 
this medium is given to the user-A. Else, it is 
waited until the user acquires them by reading 
this medium (Figs. 17, 18). 

* AID B and Enabler of AID B are printed on a 
paper medium such as book, name card, etc., 
and this medium is given to the user-A. Else, it 
is waited until the user-A acquire them by read- 
ing this medium (Figs. 19, 20). 

(2) The user-A who has acquired AID B and Enabler 
of AID B by any of the means described in the above 
(1) issues the MakePAT command to the PAT 
processing device. This procedure is common to 
Fig. 14 to Fig. 20, and defined as follows. 

(a) The user-A requests the issuance of the 
MakePAT command by setting AID A , Enabler of 
AID A , AID B , Enabler of AID B , the validity period 
value, and the transfer control flag value into 
the communication terminal of the user-A. 

(b) The communication terminal of the user-A 
generates the MakePAT command. 

(c) The communication terminal of the user-A 
transmits the generated MakePAT command to 
the PAT processing device by means such as 
the email, signaling, etc. (the issuance of the 
MakePAT command). 

(d) The PAT processing device generates 
PAT<AID A | AID B > by processing the received 
MakePAT command according to Fig. 21 and 
Fig. 23. More specifically, this is done as fol- 
lows. 

AID A + AID B + Enabler of AID B + Enabler 
of AID A 

-> ALIST<AID A | AID B > 

ALIST<AID A | AID B > + Enabler of AID A 

+ validity period value + transfer control 
flag value 



-> PAT<AID A | AID B > 

(e) The PAT processing device transmits the 
generated PAT<AID A | AID B > to the communi- 

5 cation terminal of the user-A, or to the commu- 

nication terminal of the user-B according to the 
need, by means such as the email, signaling, 
etc. 

(f) The communication terminal of the user-A 
10 (or the user-B) stores the received PAT<AID A | 

AID B > in the storage device of the communica- 
tion terminal of the user-A. 

[0215] The merging of PATs (MergePAT, Fig. 21, Fig. 

is 23), the splitting of a PAT (SplitPAT, Fig. 22, Fig. 23), and 
the changing of a holder of a PAT (TransPAT, Fig. 21, 
Fig. 23) are also carried out by the similar procedure. 
[0216] Next, the procedure of MakePAT, MergePAT 
and TransPAT will be described with reference to Fig. 

20 21. 

(1) The holder AID is specified (step S441 1). 

(2) All the member AlDs are specified (step S4412). 

(3) The AID list is generated from the specified 
25 holder AID and ail the specified member AIDs (step 

S4413). More specifically, the specified holder AID 
and all the specified member AIDs are concate- 
nated using arbitrary means. 

(4) A tentative PAT is generated using arbitrary 
30 means, similarly as in the case of a tentative AID 

(stepS4414). 

(5) The generated AID list is copied to a prescribed 
region of the generated tentative PAT (step S4415). 

(6) The holder index value is written into the tenta- 
35 tive pat to which the AID list has been copied (step 

S4416). 

(7) The transfer control flag value is written into the 
tentative PAT into which the holder index value has 
been written (step S4417). 

40 (8) The validity period value is written into the tenta- 
tive PAT into which the transfer control flag value 
has been written (step S4418). 

(9) The PAT processing device identifier is written 
into the tentative PAT into which the validity period 

45 value has been written (step S441 9). 

(10) The tentative PAT into which the PAT process- 
ing device identifier has been written is signed 
using the secret key of the PAT processing device 
(step S4420). 

50 

[0217] Next, the procedure of SplitPAT will be 
described with reference to Fig. 22. 

(1) The holder AID is specified (step S451 1). 
55 (2) All the AIDs to be the member AIDs of the PATs 
after the splitting are specified (step S4512). 
(3) The AID list is generated from the specified 
holder AID and all the specified member AIDs (step 
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S4513). More specifically, the specified holder AID 
and all the specified member AIDs are concate- 
nated using arbitrary means. 

(4) A tentative PAT is generated using arbitrary 
means, similarly as in the case of a tentative AID 
(step S4514). 

(5) The generated AID list is copied to a prescribed 
region of the generated tentative PAT (step S451 5). 

(6) The holder index value is written into the tenta- 
tive pat to which the AID list has been copied (step 
S4516). 

(7) The transfer control flag value is written into the 
tentative PAT into which the holder index value has 
been written (step S4517). 

(8) The validity period value is written into the tenta- 
tive PAT into which the transfer control flag value 
has been written (step S4518). 

(9) The PAT processing device identifier is written 
into the tentative PAT into which the validity period 
value has been written (step S4519). 

(10) The tentative PAT into which the PAT process- 
ing device identifier has been written is signed 
using the secret key of the PAT processing device 
(step S4520). 

(11) In the case of continuing the splitting (step 
S4521 YES), the procedure returns to (2), and 
repeats (2) to (10) sequentially. 

[0218] Note that, in the procedures of Fig. 21 and Fig. 
22, the AID list generation is carried out according to 
Fig. 23 as follows. Namely, a buffer length is determined 
first (step S4611) and a buffer is generated (step 
S4612). Then, the holder AID is copied to a vacant 
region of the generated buffer (step S4613). Then, the 
member AID is copied to a vacant region of the resulting 
buffer (step S4614), and if the next member AID exists 
(step S4615 YES), the step S4614 is repeated. 
[0219J Next, the determination of the holder AID will 
be described. Each of the MakePAT, the MergePAT, the 
SplitPAT, and the TransPAT commands is defined to 
have two or more arguments, where AID, PAT, or Ena- 
bler can be specified as an argument. In this case, the 
PAT processing device specifies the holder AID of the 
PAT to be outputted after executing each command 
according to the following rules. 

* Case of the MakePAT: 

For the MakePAT command, it is defined that 
AIDs are to be specified for the first argument to the 

N-th argument (N = 2, 3, ) and Ena- 

blers are to be specified for the N+1-th and subse- 
quent arguments. For example, they can be 
specified as follows. 

MakePAT AID 1( AID 2 . AID N , 

Enabler of AID 1t Enabler of AID 2 , Enabler of 
AID N 



The PAT processing device interprets the AID 
of the first argument of the MakePAT command as 
the holder AID. 

Only when one of the Enablers of the N+1-th 

5 and subsequent arguments corresponds to the AID 
of the first argument, the PAT processing device 
specifies this AID (that is the AID of the first argu- 
ment) as the holder AID of the PAT to be outputted 
after executing the MakePAT command. 

70 * Case of the MergePAT: 

For the MergePAT command, it is defined that 
PATs are to be specified for the first argument to the 
N-th argument (N = 2, 3, ) and Ena- 
bler is to be specified for the N+1-th argument. 

15 Namely, they can be specified as follows. 

MergePAT PA^ PAT 2 PAT N Ena- 
bler of AID 

20 The PAT processing device interprets the 

holder AID of the PAT of the first argument of the 
MergePAT command as the holder AID of the PAT 
to be outputted after executing the MergePAT com- 
mand. 

25 Only when the Enabler of the N+1 -th argument 

corresponds to the holder AID of the PAT of the first 
argument, the PAT processing device specifies this 
AID (that is the holder AID of the PAT of the first 
argument) as the holder AID of the PAT to be out- 

30 putted after executing the MergePAT command. 

* Case of the SplitPAT: 

For the SplitPAT command, it is defined that 
PAT is to be specified for the first argument, a set of 
one or more AIDs grouped together by some pre- 

35 scribed symbols (assumed to be parentheses 0 in 
this example) are to be specified for the second 
argument to the N-th argument (N = . 3, 4, 

), and Enabler is to be specified for 

the N+1-th argument. Namely, they can be speri- 

40 fied as follows. 

SplitPAT PAT, (AIDn) (AID 21 AID 22 ) 

(AID N1 AID N2 

AID NM ) Enabler of AID 

45 

The PAT processing device interprets the 
holder AID of the PAT of the first argument of the 
SplitPAT command as the holder AID of the PAT to 
be outputted after executing the SplitPAT corn- 
so mand. 

Only when the Enabler of the N+1-th argument 
corresponds to the holder AID of the PAT of the first 
argument, the PAT processing device specifies this 
AID (that is the holder AID of the PAT of the first 
55 argument) as the holder AID of the PAT to be out- 
putted after executing the SplitPAT command. 

* Case of the TransPAT: 

For the TransPAT command, it is defined that 



23 



45 



EP0 946 022 A2 



46 



PATs are to be specified for the first argument and 
the second argument, AID is to be specified for the 
third argument, and Enablers are to be specified for 
the fourth argument and the fifth argument. Namely, 
they can be specified as follows. 5 

TransPAT PAT, PAT 2 AID Enabler of AID, Ena- 
bler of AID 2 

The PAT processing device interprets the AID 10 
of the third argument as the holder AID of the PAT 
to be outputted after executing the TransPAT com- 
mand provided that the AID of the third argument of 
the TransPAT command is contained in the PAT of 
the second argument. is 

Only when the Enabler of the fourth argument 
corresponds to both the PAT of the first argument 
and the PAT of the second argument and the Ena- 
bler of the fifth argument corresponds to the AID of 
the third argument, the PAT processing device 20 
specifies the AID of the third argument as the 
holder AID of the PAT to be outputted after execut- 
ing the TransPAT command. 

Next, the determination of the member AIDs 
will be described. The definitions of the MakePAT, 25 
the MergePAT, the SplitPAT, and the TransPAT com- 
mands are as described above. The PAT process- 
ing device specifies the member AIDs of the PAT to 
be outputted after executing each command 
according to the following rules. 30 

* Case of the MakePAT: 

Only when the holder AID of the PAT to be out- 
putted after executing the MakePAT command is 
formally determined, the PAT processing device 
interprets all the AIDs of the second and subse- 35 
quent arguments of the MakePAT command as the 
member AIDs of the PAT to be outputted after exe- 
cuting the MakePAT command. 

The PAT processing device specifies only those 
AIDs among all the AIDs of the second and subse- 40 
quent arguments which correspond to the Enablers 
specified by the N+1 -th and subsequent arguments 
as the member AIDs of the PAT to be outputted 
after executing the MakePAT command. 

* Case of the MergePAT: 45 

Only when the holder AID of the PAT to be out- 
putted after executing the MergePAT command is 
formally determined, the PAT processing device 
specifies the member AIDs of all the PATs specified 
by the first to N-th arguments of the MergePAT as so 
the member AIDs of the PAT to be outputted after 
executing the MergePAT command. 

* Case of the SplitPAT: 

Only when the holder AID of the PAT to be out- 
putted after executing the SplitPAT command is for- 55 
mally determined, the PAT processing device 
specifies the member AID of the PAT specified by 
the first argument of the SplitPAT command as the 



member AID of the PAT to be outputted after exe- 
cuting the SplitPAT command. At this point, the 
member AIDs are distributed into different PATs in 
units of parentheses 0- For example, in the case of: 

SplitPAT PAT (AIDn) (AID 21 AID 22 ) 

(AID N1 AID N2 

AID NM ) Enabler of AID 

(AIDn). (AID 21 AID^) and (AID N1 AJD N2 

AID NM ) will be the member AIDs of different PATs hav- 
ing a common holder AID. 
Case of TransPAT: 

Only when the holder AID of the PAT to be out- 
putted after executing the TransPAT command is 
formally determined, the PAT processing device 
specifies all the member AIDs remaining after 
excluding the member AID that is scheduled to be a 
new holder AID from all the member AIDs of the 
PAT specified by the first argument of the TransPAT 
command and the member AIDs of the PAT speci- 
fied by the second argument as the member AIDs 
of the PAT to be outputted after executing the Trans- 
PAT command. 

[0220] Next, the verification of the properness of the 
Enabler will be described. This verification of the prop- 
erness of the Enabler is common to the MakePAT, the 
MergePAT, the SplitPAT and the TransPAT, and carried 
out according to Fig. 24 as follows. 

(1) AID and Enabler are entered (step S551 1). 

(2) Each of these entered AID and Enabler is veri- 
fied using the public key of the CA 1 (step S5512). 
If at least one of them is altered (step S5513 YES), 
the processing is terminated. 

(3) A character string for certifying that it is Enabler 
is entered (step S5514). 

(4) The top field of the Enabler of the step S551 1 
and the character string of the step S5514 are com- 
pared (step S5515). If they do not match (step 
S5516 NO), the processing is terminated. 

(5) If they match (step S5516 YES), the AID of the 
step S551 1 and the AID within the Enabler are 
compared (step S5517). 

(6) A comparison result is outputted (step S5519). 

[0221] Next, with references to Fig. 25 to Fig. 28, the 
third embodiment of the email access control scheme 
according to the present invention will be described in 
detail. 

[0222] In the generation of a new PAT (MakePAT) and 
the PAT holder change (TransPAT) of the above 
described embodiment, it is necessary to give member 
AIDs and Enablers of member AIDs to the holder of the 
PAT, but when they are given to the holder, it becomes 
possible for that holder to participate the group commu- 
nications hosted by the other holders by using the 
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acquired member AIDs. Namely, there arises a problem 
that the pretending using the member AIDs become 
possible. Moreover, if that holder places the acquired 
member AIDs and Enablers of member AIDs on a 
medium that is readable by unspecified many, these 5 
member AIDs become accessible to anyone so that 
there arises a problem that the harassment to the users 
of the member AIDs may occur and the pretending 
using the member AIDS by a third person also become 
possible. 10 
[0223] For this reason, in this third embodiment, it is 
made possible to carry out the MakePAT and the Trans- 
PAT without giving the Enablers of member AIDs to the 
holder. 

[0224] To this end, in this third embodiment, the gen- 15 
eration of a new PAT and the content change of the 
existing PAT are carried out by using Null-AID (AID Nulj ) 
and Enabler of Null-AID (Enabler of AID Nu n). 
[0225] Here, the processing involving the Null-AID 
obeys all of the following rules: 20 

(a) the processing rules of MakePAT, Merge PAT, 
SplitPAT and TransPAT as in the above described 
embodiment; and 

(b) the rules applicable only to the Null-AID, includ- 25 
ing: 

(i) Null-AID is known to every user, and 

(ii) Enabler of Null-AID is known to every user. 

30 

[0226] Here, the processing rules as defined in the 
above described embodiment in the case of this third 
embodiment will be described. 



-> PA^AIDhoKfe, | AID membGra1 , AID member a 2 , 

• • •» AID mernbera M, AID memberb -(, 

AID memberb2 , AID membGrbN > 

(3) Splitting a PAT into plural PATs of the same 
holder (SplitPAT): 

PAT<AID holder I AID membGra1 , AID member a 2 , 

« AID memberaM' A,D memberb1 . 

A,D membert>2. A,D memberbN > 

+ Enabler of AID hoWer 

-> PAT^IDhokfc,. | AID mGmbera1 , AID mGmbGra2 , 
• A,D memberaM > 

+ PAT<AID holder | AID mGmberb1 , AID membGrb2 , 
» AID membGfbN > 

(4) Changing a holder AID of a PAT (TransPAT): 

PAT<AID ho id Gr I AID membera1 , AID mGmbera2 , 

. AID mGmbGraM > + PATcAIDhoutr 

I AID newhoklGr > 

+ Enabler of AID holdGr + Enabler of AID newhokJer 

PAlVAIDpgwhoider | AID membera1 , 
AID membGra2 , , AID membera M > 

[0227] The method for specifying the validity period 
value and the transfer control flag value in the PAT con- 
taining the Null-AID is similar to the method for specify- 
ing the validity period value and the transfer control flag 
value in the second embodiment described above. 
Next, the exemplary processings involving the Null-AID 
will be described. 

(1) Case of producing PAT<AID Null | AID A > from 
AID A and Enabler of AID A : 



(1) Making a PAT from plural AIDs (MakePAT): 35 

AIDhoide,. + AID member1 +AID member2 + 
+ AID memberN 

+ Enabler of AID member1 + Enabler of 40 
AID member2 + 

+ Enabler of AID memberN + Enabler of AID^^ 

-> PAT<AID holder | AID membGr1f AIDmembei?* 45 
AID mGmberN > 

(2) Merging plural PATs of the same holder (Merge- 
PAT): 

50 

PAT<AID ho!dGr | AID mGmbera1 , AID membera2 , 
• AID mGmbera M > 

+ PA^AIDhoi^ | AID memberb1 , AID memberb2 , 
» AID membertoN > 55 

+ Enabler of AID hokJer 



25 



(a) According to the above described rules 

(b) (i) and (b)(ii) of the Null-AID. AID Nu „ and 
Enabler of AlD Nuh are known. 

(b) Using MakePAT, 

AID Nu || + AID A + Enabler of AID A + Enabler 
of AID Nu „ 

^PAT<AID Null |AID A >. 

(2) Case of producing PAT<AID NuH | AID A , AID B > 
from PAT<AID Nu „ | AID A > and PAT<AID Nu „ | AID B 

>: 

(a) According to the above described rules 

(b) (i) and (b)(ii) of the Null-AID, AID Nun and 
Enabler of AID Nu n are known. 



25 



49 



EP 0 946 022 A2 



50 



(b) Using MergePAT, 

PAT<AID Nu „ | AID A > + PAT<AID Nu „ | AID B 



+ Enabler of AID Nul j 

-> PAT<AID Nu „ | AID A , AID B >. 

(3) Case of producing PAT<AID A | AID B > from 
PAT<AID Nu! | | AID A >, PAT<AID NuI , | AID B > and 
Enabler of AID A : 

(a) According to the above described rules 

(b) (i) and (b)(ii) of the Null-AID, AID Nu „ and 
Enabler of AID Nu n are known. 

(b) Using TransPAT, 

PAT<AID Nu „ | AID A > + PAT<AID Nui | | AID B 



+ Enabler of AID Nu n + Enabler of AID A 

PAT<AID A | AID B >. 

[0228] As shown in Fig. 25, the data structure of the 
Null-AID comprises a character string uniquely indicat- 
ing that it is Null-AID (a character string defined by the 
CA, for example), which is signed by the CA using the 
secret key of the CA. 

[0229] Also, as shown in Fig. 26, the data structure of 
the Enabler of Null-AID comprises a character string 
uniquely indicating that it is Enabler (a character string 
defined by the CA, for example) and the Null-AID itself, 
which is signed by the CA using the secret key of the 
CA. 

[0230] Note that the Null-AID and the Enabler of Null- 
AID are maintained at secure PAT processing devices 
and secure PAT certification authority. 
[0231 ] Next, the first exemplary application of this third 
embodiment will be described with reference to Fig. 27, 
which includes the following operations. 

(1) The user-B (PAT member) generates PAT<AID- 
Nu „ | AID B > by executing the above described 
exemplary processing (1) involving the Null-AID at 
the secure PAT processing device which is con- 
nected with the terminal of the user-B, and gives it 
to the user- A (PAT holder) by arbitrary means. 

(2) The user-A who received PAT<AID Nu „ | AID B > 
carries out the following operations at the secure 
PAT processing device which is connected with the 
terminal of the user-A. 

(a) PAT<AID Nu |[ | AID A > is produced by execut- 
ing the above described exemplary processing 
(1) involving the Null-AID. 

(b) PAT<AID A | AID B > is produced by execut- 



ing the above described exemplary processing 
(3) involving the Null-AID. 

(3) The user-A gives the generated PAT<AID A | 
5 AID B >toth user-B by arbitrary means. 

[0232] Note that the method for determining the valid- 
ity period is the same as described above so that it will 
not be repeated here. Also, the processing involving the 
10 Null-AID is the same as described above so that it will 
not be repeated here. 

[0233] In the case of giving PAT<AID Nu || | AID A , AID B 
> to the user-B, the above described exemplary 
processing (2) involving the Null-AID will be executed in 
15 the operation (2) described above. 

[0234] Next, the second exemplary application of this 
third embodiment will be described with reference to 
Fig. 28, which includes the following operations. 

20 (1) The user-B (PAT member) produces PAT<AID- 
Nuii I aid b > bv executing the above described 
exemplary processing (1) involving the Null-AID at 
the secure PAT processing device which is con- 
nected with the terminal of the user-B, and registers 
25 ft along arbitrary disclosed information at the ADS. 

(2) The user-A produces PAT<AID Nu n | AID A > by 
executing the above described exemplary process- 
ing (1) involving the Null-AID at the secure PAT 
processing device which is connected with the ter- 

30 minal of the user-A, and presents it along arbitrary 
search conditions to the ADS. 

(3) When the personal information of the user-B 
satisfies the search conditions presented by the 
user-A, the secure PAT processing device con- 

35 nected with the ADS carries out the following oper- 
ations. 

(a) PAT<AID Nu!l | AID A , AID B > is produced by 
executing the above described exemplary 

40 processing (2) involving the Null-AID. 

(b) The produced PAT<AID Null | AID A) AID B > is 
given to the ADS. 

(4) The ADS gives PAT<AID Nu „ | AID A , AID B > pro- 
45 duced by the PAT processing device to the user-A. 

(5) The user-A who received PAT<AID Nu! , | AID A , 
AID B > produces PAT<AID A | AID B > by executing 
the following TransPAT processing at the secure 
PAT processing device which is connected with the 

so terminal of the user-A. 

PAT<AID NU |, | AID A > + PAT<AID Nu „ | AID A , 
AID B > 

55 + Enabler of AlD Nu n + Enabler of AID A 

-> PAT<AID A | AID B >, 
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[0235] Note that the method for determining the valid- 
ity period is the same as described above so that it will 
not be repeated here. Also, the processing involving the 
Nuil-AID is the same as described above so that it will 
not be repeated here. 

[0236] In the case of generating PAT<AID A | AID B > at 
the PAT processing device connected with the ADS, 
EnaWer of AID A will be given to that PAT processing 
device, and the above described exemplary processing 
(3) involving the Null-AID will be executed in the opera- 
tion (3) described above. 

[0237] In the case of generating PAT<AID B | AID A > at 
the PAT processing device connected with the ADS and 
giving it to the user-B, Enabler of AID B will be given to 
that PAT processing device, and the above described 
exemplary processing (3) involving the Null-AID will be 
executed in the operation (3) described above. 
[0238] Next, with references to Fig. 29 to Fig. 31 . the 
fourth embodiment of the email access control scheme 
according to the present invention will be described in 
detail. 

[0239] In the group communication, a situation where 
it is desired to fix the participants is frequently encoun- 
tered, but the above described embodiment does not 
have a function for making it impossible to change the 
PAT so that the participants cannot be fixed. Namely, in 
the above described embodiment, whether or not to fix 
the participants is left to the judgement of the holder of 
the PAT. 

[0240] For this reason, in this fourth embodiment, a 
read only attribute is set up in the PAT. More specifically, 
in this fourth embodiment, the read only attribute is set 
up in the PAT by using God-AID (AID^. 
[0241] Here, the processing involving the God-AID 
obeys all of the following rules: 

(a) God-AID is known to every user, and 

(b) the processing involving God-AID is allowed 
only in the following cases: 

(i) a case where the AID^^ is neither AID Nu n 
nor AID God : 

PAT<AID holder | AID memberl . AID^mb^, 

. AID memberN > + EnaWer of 

AID holder 

-> PAT<AID god | AID holder> AID^,^, 
A,D member2. AID memberN > 

' (ii) a case where AID holder is AID Nu „: 

PAT<AID Nu j) | AID member1 , AIDmembe^, 
A,D memberN > 

+ EnaWer of AID Nu ,| 

-> PAT<AID god | AID membGr1 , AID^^^, 



» AID memberN > 

[0242] As shown in Fig. 29, the data structure of the 
God-AID comprises a character string uniquely indicat- 

5 ing that it is God-AID (a character string defined by the 
CA, for example), which is signed by the CA using the 
secret key of the CA. The God-AID is maintained at the 
secure PAT processing devices and the secure PAT cer- 
tification authority described above. 

10 [0243] The processings of a PAT that contains the 
Null-AID are according to Fig. 21 to Fig. 24. When the 
holder AID is neither Null-AID nor God-AID, the God- 
AID is appended to the AID list and the holder index 
value is specified to be a position of the God-AID in the 

15 AID list after appending the God-AID. When the holder 
AID is Null-AID, the Null-AID is deleted from the AID list, 
the God-AID is appended to the AID list, and then the 
holder index value is specified to be a position of the 
God-AID in the AID list after appending the God-AID. 

20 [0244] Next, the exemplary application of this fourth 
embodiment will be described with reference to Fig. 30. 
[0245] In the case of producing PAI^AID^ | AID a , 
AID B > from PAT<AID Nu! , | AID A > and PAT<AID Null | 
AID B >, the following processing is executed at the 

25 secure PAT processing device which is connected with 
the terminal of the PAT holder (user-A in Fig. 30). 

(1) Using MergePAT, 

30 PAT<AID Nun | AID A > + PAT<AID Null | AID B > 

+ Enabler of AID NuU 

PAT<AID NU |, | AID A , AID B >. 

35 

(2) According to the above described rule (a) of the 
God-AID, AID God is known. 

(3) According to the above described rule (b)(ii) of 
the God-AID, 

40 

PAT<AID Nu[ , | AID A , AID B > + EnaWer of AID NuH 
->PAT<AID god |AID A , AID B > 

45 [0246] The above processing is also executed at the 
secure PAT processing device connected with a compu- 
ter (search engine, etc.) of the third person (Fig. 31) or 
at the secure PAT certif ication authority. 
[0247] Next, with reference to Fig. 32, the fifth embod- 

so iment of the email access control scheme according to 
the present invention will be described in detail. 
[0248] When the Null-AID is added as described in the 
third embodiment, there arises a problem that it 
becomes possible for the holder of the PAT (the user of 

55 the holder AID) to transfer the access right with respect 
to the member (the user of the member AID) to the third 
person, and moreover this transfer can be done without 
a permission of the member, as will be described now. 
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(1) The holder-A of PAT<AID A | AID B > (for the 
member-B) produces PAT<AID Nu n | AID B > by using 
PAT<AID A | AIDq >, AID A and Enabler of AID A . 
Here, it is assumed that the holder-A knows all of 
AID A , Enabler of AID A , AID Nufl> and Enabler of AID- 5 
Nul , in addition to PAT<AID A | AID B >. 

(a) The holder-A produces PAT<AID A | AID Nu „ 

> using the MakePAT as follows. 

w 

AID A + AlD Nu ,| + Enabler of AID Nun + Ena- 
bler of AID A 

-> PAT<AID A | AID Nu |, > 

15 

(b) The holder-A produces PAT<AID Nu u | AID B 

> using the TransPAT as follows. 

PAT<AID A | AID B > + PAT<AID A | AID Nu „ > 

20 

+ Enabler of AID A + Enabler of AID Nu „ 
-> PAT<AID NuII | AID B > 



After the above described operation (1)(b), the 
holder-A gives PAT<AID Nuj , | AID B > to the third per- 
son-C, the following operation (2) becomes possi- 
ble. 

(2) The third person-C produces PAT<AID C | AID B > 30 
by using PAT<AID Nu n | AID B >. Here, it is assumed 
that the third person-C knows all of AIDq, Enabler 
of AID C , AID Nu |,, and Enabler of AlD Nuj , in addition 
to PAT<AID Nu „ | AID B >. 

35 

(a) The third person-C produces PAT<AID Nul | | 
AID C > using the MakePAT as follows. 

AID Nu „ + AID C + Enabler of AID C + Ena- 
bler of AID Nu |, 40 



member > to produc PAT<AID Nu)t | AID member > from this 
PAT<AID hoWer | AID member > as long as the holder does 
not know Enabler of AID member 
[0251] In the third embodiment described above, in 
order for the PAT holder to produce PAT<AID Nu |, | AID- 
member > without using Enabler of AID membep it is neces- 
sary to produce PAT<AlD hoJder | AID NuI} >. 
[0252] To this end, in this fifth embodiment, for the 
Null-AID described in the third embodiment, the follow- 
ing rule is added: 

* the Null-AID can be used only as the holder AID of 
the PAT (the Null-AID cannot be used as the mem- 
ber AID). 

That is. PAT<AID Nul) | AID member1 , AID membGr2 , 

, AID memberN > is allowed, but 

PAT<AID hoWer | AID Nu „. AID membGr1 , AID member2 , 
, AID memberN > is not allowed. 

Each of the secure PAT processing devices and 
the secure PAT certification authority is additionally 
equipped with a function for checking whether the 
Null-AID is contained as the member AID or not. 
This member AID checking processing is carried 
out according to Fig. 32 as follows. 

(1) Null-AID and PAT are entered (step S691 1). 

(2) All the member AIDs are taken out from the 
PAT entered at the step S691 1 (step S6913). 

(3) Each of the taken out member AIDs is com- 
pared with the Null-AID entered at the step 
S6911 (step S6915). 

If all the member AIDs do not completely match 
with the Null-AID (step S691 7 NO, step S6919 NO), 
the processing proceeds to the MergePAT, SplitPAT 
or TransPAT processing (Fig. 21 or Fig. 22) (step 
S6921). 

If there is a member AID that completely 
matches with the Null-AID (step S6917 YES), the 
processing is terminated. . 



-»PAT<AID Nu „|AID c > 

(b) The third person-C produces PAT<AID C | 
AID B > using the TransPAT as follows. 

PAT<AID Nut | | AID B > + PAT<AID Nu n | AID C 
> 

+ Enabler of AID Nui , + Enabler of AID C 

-> PAT<AID C | AID B > 

[0249] As a result of the above described operation 
(2)(b), the third person-C obtains PAT<AID C | AID B > so 
that accesses to the member-B become possible. 
[0250] For this reason, in this fifth embodiment, it is 
made impossible for the holder of PAT<AlD holder | AID- 



[0253] Next, with reference to Fig. 33 to Fig. 39. the 
sixth embodiment of the email access control scheme 
according to the present invention will be described in 
45 detail. 

[0254] This sixth embodiment differs from the first 
embodiment described above in that a link information 
is added to the AID of Fig. 2 used in the first embodi- 
ment, as shown in a part (b) of Fig. 34, while a link infor- 
so mation of the AID is set instead of the AID itself that is 
contained in the 1-to-1 PAT of Fig. 2, as shown in a part 
(c) of Fig. 34, such that the AID is uniquely identified by 
the link information. 

[0255] Note that such an AID to which the link infor- 
55 mation is added will be referred to as a link information 
attached AID, and a 1-to-1 PAT having the link informa- 
tion of the AID will be referred to as a link specifying 1- 
to-1 PAT. Also, the link information is an information 
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capable of uniquely identifying the AID, which is given 
by a kind of data generally known as identifier such as a 
serial number uniquely assigned to the AID by the CA 
for example. 

[0256] Fig. 33 shows an overall configuration of a 
communication system in this sixth embodiment. 
[0257] In Fig. 33, the CA (Certification Authority) 1 has 
a right to authenticate OlDs and a right to issue AIDs, 
and functions to allocate AIDs to users 3. 
[0258] The SCS (Secure Communication Service) 5 
transfers emails among the users 3, carries out the 
receiving refusal and the identity judgement and the 
extraction of the OID according to the need. 
[0259] The ADS (Anonymous Directory Service) 7 is 
a database for managing the AID, the transfer control 
flag value, the validity period value, and the disclosed 
information of each user 3. The ADS 7 has a function to 
generate the PAT from the AID of a searcher and the 
AID of a registrant who satisfies the search conditions, 
and issue it to the searcher. 

[0260] A series of processing from generating the AID 
from the OID according to a request from a user until 
allocating the AID to that user is basically the same as 
in the first embodiment, except that the link information 
is to be added, which will now be described with refer- 
ence to Fig. 34. 

[0261] Fig. 34 shows exemplary formats of the OID, 
the link information attached AID, and the link specifying 
1 -to-1 PAT. As shown in a pari (a) of Fig. 34, the OID is 
an information comprising an arbitrary character string 
according to a rule by which the CA 1 can uniquely iden- 
tify the user and a public key, which is signed by the CA 
1. 

[0262] Also, as shown in a part (b) of Fig. 34, the link 
information attached AID is an information comprising 
fragments of the OID and their position information, 
redundant character strings, an SCS information given 
by an arbitrary character string (host name, real domain 
name, etc.) by which a host or a domain that is operat- 
ing the SCS 5 can be uniquely identified on the network, 
and the link information, which is signed by the CA 1. 
[0263] Also, as shown in a part (c) of Fig. 34, the link 
specifying 1-to-1 PAT is an information comprising the 
transfer control flag, the link information of AID 0I the link 
information of AID 1p and the validity period, which is 
signed by the ADS 7 using a secret key of the ADS 7. 
[0264] A procedure by which the user 3 requests the 
link information attached AID to the CA 1 is the same as 
that of the first embodiment. A procedure by which the 
CA 1 issues the link information attached AID to the 
user 3 in response to a request for the AID is also the 
same as that of the first embodiment. 
[0265] Next, the link information attached AID gener- 
ation processing at the CA will be described with refer- 
ence to Fig. 35. 

[0266] In the procedure of Fig. 35, the CA 1 generates 
an information of a length equal to the total length L of 
the OID, and sets this information as a tentative AID 



(step S721 1). Then, in order to carry out the partial cop- 
ying of the OID, values of parameters Pj and l x for spec- 
ifying a copying region are determined using arbitrary 
means such as random number generation respectively 

5 (step S72 1 3). Her , L is equal to the total length L of the 
OID, and l % is an arbitrarily defined value within a range 
in which a relationship of 0 ^ t x ^ L holds. Then, an infor- 
mation in a range between a position p, to a position Dj 
+ /j from the top of the OID is copied to the same posi- 

10 tions in the tentative AID (step S7215). In other words, 
this OID fragment will be copies to a range between a 
position ^ and a position p; + l- x from the top of the ten- 
tative AID. Then, the values of Dj and 1; are written into a 
prescribed range in the tentative AID into which the OID 

is has been partially copied, in a form encrypted by an 
arbitrary means (step S7217). Then, an SCS informa- 
tion given by an arbitrary character string (host name, 
real domain, etc.) that can uniquely identify a host or a 
domain that is operating the SCS 5 on the network is 

20 written into a prescribed range in the tentative AID into 
which these values are written (step S7219). Then, the 
link information is written (step S7220). Then, the tenta- 
tive AID into which the above character string and the 
link information are written is signed using a secret key 

25 oftheCAl (stepS722l). 

[0267] Next, a procedure for registering the AID of a 
user-B 3 and the disclosed information into the ADS 7 
will be described. First, the bidirectional authentication 
by arbitrary means using the AID of the user-B 3 and the 

30 certificate of the ADS 7 is carried out between the user- 
B 3 who is a registrant and the ADS 7. Then, the user-B 
3 transmits the transfer control flag value, the validity 
period value, and the disclosed information such as 
interests to the ADS 7. Then, the ADS 7 stores the 

35 transfer control flag value, the validity period value, and 
the entire disclosed information in relation to the AID of 
the user-B 3 in its storage device. Here, there can be 
cases where communications between the user-B 3 
who is the registrant and the ADS 7 are to be encrypted. 

40 [0268] Next, a procedure by which a user- A 3 
searches through the disclosed information that is reg- 
istered in the ADS 7 will be described. First, the bidirec- 
tional authentication by arbitrary means using the AID of 
the user-A 3 and the certificate of the ADS 7 is carried 

45 out between the user-A 3 who is a searcher and the 
ADS 7. Then, the user-A 3 transmits arbitrary search 
conditions to the ADS 7. Then, the ADS 7 presents all 
the received search conditions to its storage device, and 
extracts the AID of a registrant which satisfies these 

so search conditions. Then, the ADS 7 generates the link 
specifying 1-to-1 PAT from the link information of the 
AID of the user-A 3 and the link information of the AID of 
the registrant who satisfied the search conditions, the 
transfer control flag value, and the validity period value. 

55 Then, the ADS 7 transmits the generated PAT to the 
user-A 3. Here, there can be cases where communica- 
tions between the user-A 3 who is a searcher and the 
ADS 7 are to be encrypted. Note that the link specifying 
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1 -to-1 PAT is generated as a search result of the ADS 7. 
[0269] Next, the link specifying. 1 -to-1 PAT generation 
processing at the ADS 7 will be described with refer- 
ence to Fig. 36. 

[0270] First, an information of a prescribed length is 5 
generated, and this information is set as a tentative PAT 
(step S7510). Then, the link information of the AID of 
the user- A 3 who is a searcher and the link information 
of the AID of the user-B 3 who is a registrant are copied 
into a prescribed region of the tentative PAT (step 10 
S7516). Then, the transfer control flag value and the 
validity period value are written into respective pre- 
scribed regions of the tentative PAT into which the link 
informations of the AIDs are copied (step S751 7). Then, 
the tentative PAT into which these values are written is is 
signed using a secret key of the ADS 7 (step S7519). 
[0271 ] Next, the transfer control using the link specify- 
ing 1-to-1 PAT will be described. The transfer control is 
a function for limiting accesses to a user who has a 
proper access right from a third person to whom the PAT 20 
has been transferred or who has eavesdropped the PAT 
(a user who originally does not have the access right). 
[0272] The ADS 7 and the user-B 3 of the registrant 
AID can prohibit a connection to the user-B 3 from a 
third person who does not have the access right, by set- 25 
ting a certain value in to the transfer control flag of the 
PAT. 

[0273] When the transfer control flag value is set to be 
1 , the sender's AID is authenticated between the SCS 5 
and the sender according to an arbitrary chal- 30 
lenge/response process, so that even if the sender 
gives both the sender's AID and the PAT to another user 
other than the sender, that another user will not be able 
to make a connection to the registrant of the ADS 7 
through the SCS 5. 35 
[0274] On the other hand, when the transfer control 
flag value is set to be 0, no challenge/response process 
will be carried out between the SCS 5 and the sender, 
so that if the sender gives both the sender's AID and the 
PAT to another user other than the sender, that another 40 
user will also be able to make a connection to the regis- 
trant of the ADS 7 through the SCS 5. 
[0275] Next, the email access control method at the 
SCS 5 will be described with reference to Fig. 37. 
[0276] The sender specifies "[sender's AID]@[real 45 
domain of SCS of sender]" in From: line, and 
"[PAT]@[real domain of SCS of sender]" in To: line. 
[0277] The SCS 5 acquires a mail received by an MTA 
(Message Transfer Agent) such as SMTP (Simple Mail 
Transfer Protocol), and executes the processing of Fig. 50 
37 as follows. 

(1) The signature of the PAT is verified using a pub- 
lic key of the ADS 7 (step S7713). 

When the PAT is found to have been altered 55 
(step S7715 YES), the mail is discarded and the 
processing is terminated (step S7716). 

When the PAT is found to have been not altered 



(step S7715 NO), the following processing (2) is 
executed. 

(2) The search is carried out by presenting the link 
information of the sender's AID to the PAT (steps 
S7717,S7720, S7722). 

When a link information that completely 
matches with the link information of the sender's 
AID is not contained in the PAT (step S7723 NO), 
the mail is discarded and the processing is termi- 
nated (step S771 6). 

When a link information that completely 
matches with the link information of the sender's 
AID is contained in the PAT (step S7723 YES), the 
following processing (3) is executed. 

(3) The validity period value of the PAT is evaluated 
(Steps S7725, S7727). 

When the PAT is outside the validity period 
(step S7727 NO), the mail is discarded and the 
processing is terminated (step S7716). 

When the PAT is within the validity period (step 
S7727 YES), the following processing (4) is exe- 
cuted. 

(4) Whether or not to authenticate the sender is 
determined by referring to the transfer control flag 
value of the PAT (steps S7731 . S7733). 

When the value is 1 (step S7733 YES), the 
SCS 5 acquires the sender's AID itself and the pub- 
lic key of the sender's AID by presenting the link 
information to the CA 1, and then the chal- 
lenge/response authentication between the SCS 5 
and the sender is carried out, and the signature of 
the sender is verified (step S7735). When the sig- 
nature is valid, the recipient is specified and the PAT 
is attached (step S7737). When the signature is 
invalid, the mail is discarded and the processing is 
terminated (step S7716). 

When the value is 0 (step S7733 NO), the 
recipient is specified and the PAT is attached with- 
out executing the challenge/response authentica- 
tion (step S7737). 

[0278] The challenge/response authentication 
between the SCS 5 and the sender is the same as that 
for the 1-to-1 PAT described above. 
[0279] Next, a method for specifying the recipient at 
the SCS 5 will be described. First, the SCS 5 carries out 
the search by presenting the link information of the 
sender's AID to the PAT, so as to acquire all the link 
informations which do not completely match the link 
information of the sender's AID. Then, the search is car- 
ried out by presenting all these acquired link informa- 
tions to the CA 1 so as to acquire the AIDs. All these 
acquired AIDs will be defined as recipient's AIDs here- 
after. Then, for every recipient's AID, the real domain of 
SCS of recipient is taken out from the recipient's AID. 
Then, the recipient is specified in a format of "[recipi- 
ent's AID]@[real domain of SCS of recipient]". Finally, 
the SCS 5 changes the sender from a format of 
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"[sender's AID]@[reaI domain of SCS of sender]" to a 
format of "sender's AID". 

[0280] The method for attaching the PAT at the SCS 5 
is the same as that for the 1 -to-1 PAT described above. 
[0281] Next, a method of receiving refusal with 5 
respect to the PAT at the SCS 5 will be described. 
[0282] Receiving refusal setting: The bidirectional 
authentication is carried out by an arbitrary means 
between the user and the SCS 5. Then, the user trans- 
mits a registration command, his/her own AID, and arbi- 10 
trary PATs to the SCS 5. Then, the SCS 5 verifies the 
signature of the received AID. H the signature is invalid, 
the processing of the SCS 5 is terminated. If the signa- 
ture is valid, the SCS 5 next verifies the signature of 
each received PAT using a public key of the ADS. Those 15 
PATs with the invalid signature are discarded by the 
SCS 5. When the signature is valid, the SCS 5 takes out 
the link information from the received AID, and then car- 
ries out the search by presenting the taken out link infor- 
mation to each PAT. For each of those PATs which 20 
contain the link information that completely matches 
with the link information of the received AID, the SCS 5 
presents the registration command and the PAT to the 
storage device such that the PAT is registered into the 
storage device. Those PATs which do not contain the 25 
link information that completely matches with the link 
information of the received AID are discarded by the 
SCS 5 without storing them into the storage device. 
Here, there can be cases where communications 
between the user and the SCS 5 are to be encrypted. 30 
[0283] Receiving refusal execution: The SCS 5 carries 
out the search by presenting the PAT to the storage 
device. When a PAT that completely matches the pre- 
sented PAT is registered in the storage device, the mail 
is discarded. When a PAT that completely matches the 35 
present PAT is not registered in the storage device, the 
mail is not discarded. 

[0284] Receiving refusal cancellation: The bidirec- 
tional authentication is carried out by an arbitrary 
means between the user and the SCS 5. Then, the user 40 
presents his/her own AID to the SCS 5. Then, the SCS 
5 verifies the signature of the received AID. K the signa- 
ture is invalid, the processing of the SCS 5 is termi- 
nated. If the signature is valid, the SCS 5 next takes out 
the link information from the presented AID, and 45 
presents the taken out link information as a search con- 
dition to the storage device and acquire all the PATs that 
contain the presented link information, and then 
presents all the acquired PATs to the user. Then, the 
user selects all the PATs for which the receiving refusal 50 
is to be cancelled by referring to all the PATs presented 
from the SCS 5, and transmits all the selected PATs 
along with a deletion command to the SCS 5. Upon 
receiving the deletion command and all the PATs for 
which the receiving refusal is to be cancelled, the SCS 55 
5 presents the deletion command and all the PATs 
received from the user to the storage device, such that 
all the received PATs are deleted from the storage 



device. 

[0285] Note that the method of receiving refusal with 
respect to the link specifying 1 -to-N PAT at the SCS 5 is 
the same as the method of receiving refusal with 
respect to the link specifying 1 -to-1 PAT described 
above. 

[0286] Next, the judgement of identity will be 
described with reference to Fig. 38 and Fig. 39. 

(1) An initial value of a variable OID M is defined as 
a bit sequence with a length equal to the total length 
L of the OID and all values equal to "0". Also, an ini- 
tial value of a variable OlDy is defined as a bit 
sequence with a length equal to the total length of 
the OID and all values equal to "0" (step S791 1). 

(2) One link information attached AID is selected 
from a set of processing target link information 
attached AIDs, and the following bit processing is 
carried out (step S7913). 

(a) Values of variables AID M and AIDy are 
determined according to the position informa- 
tion contained in the link information attached 
AID (step S7915). Here, AID M is defined as a 
bit sequence with a length equal to the total 
length L of the OID and a value of a position at 
which the OID information is defined is "1" 
while a value of a position at which the OID 
information is not defined is "0" (see Fig. 39). 
Also, AIDv is defined as a bit sequence with a 
length equal to the total length L of the OID and 
a value of a position at which the OID informa- 
tion is defined is an actual value of the OID 
information while a value of a position at which 
the OID information is not defined is 0 (see Fig. 
39). 

(b) AND processing of OID M and AID M is car- 
ried out and its result is substituted into a varia- 
ble OVR M (step S7917). 

(c) AND processing of OVR M and AID M as well 
as AND processing of OVR M and OID M are 
carried out and their results are compared 
(step S7919). When they coincide, OR 
processing of OID M and AID M is carried out 
and its result is substituted into OID M (step 
S7921), while OR processing of OlDy and AIDy 
is also carried out and its result is substituted 
into OID M (step S7923). On the other hand, 
when they do not coincide, the processing pro- 
ceeds to the step S7925. 

(d) A link information attached AID to be proc- 
essed next is selected from a set of processing 
target link information attached AIDs. When at 
least one another link information attached AID 
is contained in the set, the steps S7913 to 
S7923 are executed for that another link infor- 
mation attached AID. When no other link infor- 
mation attached AID is contained in the set, the 
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processing proceeds to the step S7927. 

(e) Values of OID M and OlDy are outputted 

(step S7927). 

[0287] The value of OID M that is eventually obtained 5 
indicates all positions of the OID information that can be 
recovered from the set of processing target link informa- 
tion attached AIDs. Also, the value of OlDy that is even- 
tually obtained indicates all the OID information that can 
be recovered from the set of processing target link infor- 10 
mation attached AID. In other words, by using the val- 
ues of OID M and OlDy, it is possible to obtain the OID 
albert probabilistically when the value of OlDy is used as 
a search condition, and it is possible to quantitatively 
evaluate a precision of the above search by a ratio is 
OIDm/L with respect to the total length L of the OID. 
[0288] As described above, in this sixth embodiment, 
the CA 1 which is a Trusted Third Party with high 
secrecy and credibility generates the link information 
attached AID in which the personal information is con- 20 
cealed, from the OID that contains the highly secret per- 
sonal information such as name, telephone number, 
real email address, etc., according to a user request, 
and issues the AID to the user. By identifying the user 
by this AID on the communication network as well as in 25 
various services provided on the communication net- 
work, it becomes possible to provide both the anonymity 
guarantee and the identity guarantee for the user In 
other words, it becomes possible for the user to commu- 
nicate with another user without revealing the own real 30 
name, telephone number, email address, etc., to that 
another user, and it also becomes possible to disclose 
the disclosed information to unspecified many through 
the ADS 7 as will be described below. 
[0289] The user registers the disclosed information, 35 
that is an information which is supposed to have a low 
secrecy compared with the personal information at the 
ADS 7. In the case of searching the disclosed informa- 
tion and the registrant AID, the searcher presents the 
link information attached AID of the searcher and arbi- 40 
trary search conditions to the ADS 7. The ADS 7 then 
extracts the registrant link information attached AID that 
satisfies these search conditions, and generates the link 
specifying 1-to-1 PAT from the link information of the 
AID of the searcher and the link information of the AID 45 
of the registrant who satisfied the search conditions, the 
transfer control flag value, and the validity period value. 
[0290] In this link specifying 1-to-1 PAT, the transfer 
control flag value and the validity period value are set as 
shown a part (c) of Fig. 34, and by setting up this validity so 
period in advance, it is possible to limit connections from 
the sender. 

[0291 ] It is also possible to prohibit connections from 
a third person who does not have the access right, by 
using the transfer control flag value. Namely, when the 55 
transfer control flag value is set to be 1, the sender's 
AID is authenticated between the SCS 5 and the sender 
according to an arbitrary challenge/response process, 



so that even if the sender gives both the sender's AID 
and the PAT to another user other than the sender, that 
another user will not be able to make a connection to 
the registrant of the ADS 7 through the SCS 5. On the 
other hand, when the transfer control flag value is set to 
be 0, no challenge/response process will be carried out 
between the SCS 5 and the sender, so that if the sender 
gives both the sender's AID and the PAT to another user 
other than the sender, that another user will also be able 
to make a connection to the registrant of the ADS 7 
through the SCS 5. 

[0292] It is also possible to make a connection request 
to the communication network such that a call for which 
the recipient is specified by the link specifying 1-to-1 
PAT will be received by the recipient's AID or the 
sender's AID specified by the link information of the link 
specifying 1-to-1 PAT. In addition, it is also possible to 
refuse receiving calls with the link specifying 1-to-1 PAT 
selected by the recipient among calls which are speci- 
fied by the link specifying 1-to-1 PAT It is also possible 
to cancel the receiving refusal of the calls with the link 
specifying 1-to-1 PAT selected by the recipient. In addi- 
tion, as a measure against the sender who repeats the 
personal attack using a plurality of sender's AIDs by tak- 
ing an advantage of the anonymity, it is possible to judge 
the identity of the OID from these plurality of sender's 
AIDs and it is possible to extract that OID at some prob- 
ability. 

[0293] Next, with references to Fig. 40 to Fig. 49, the 
seventh embodiment of the email access control 
scheme according to the present invention will be 
described in detail. 

[0294] In contrast to the sixth embodiment described 
above which is directed to the case where a sender and 
a recipient are set in 1-to-1 correspondence, this sev- 
enth embodiment is directed to the case where a sender 
and recipients are set in 1-to-N correspondence and a 
generation of a new link specifying 1-to-N PAT and a 
content change of the existing link specifying 1 -to-N PAT 
can be made by the initiative of a user, similarly as in the 
second embodiment described above. Here, the sender 
is either a holder of the PAT or a member of the PAT. 
Similarly, the recipient is either a holder of the PAT or a 
member of the PAT 

[0295] As described in the second embodiment, in 
general, a membership of a group communication (mail- 
ing list, etc.) is changing dynamically so that it is neces- 
sary for a host of the group communication to manage 
information on a point of contact such as telephone 
number, email address, etc., of each member. In con- 
trast, in the case where it is possible to newly generate 
a 1-to-1 PAT as in the sixth embodiment, the manage- 
ment of a point of contact is difficult. For example, it is 
difficult to manage the group collectively, and even if it is 
given to the others for the purpose of the transfer con- 
trol, it does not function as an address of the group com- 
munication such as mailing list. 
[0296] In this seventh embodiment, in order to resolve 
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such a problem, it is made possible to carry out a gen- 
eration of a new link specifying 1 -to-N PAT and a content 
change or the existing link specifying 1-to-N PAT by the 
initiative of a user. 

[0297] First, the definition of various identifications 
used in this seventh embodiment will be described with 
references to Fig. 40 and Fig. 41 . 
[0298] As shown in a part (a) of Fig. 40, the OID is an 
information comprising an arbitrary character string (tel- 
ephone number, email address, etc.) according to a rule 
by which the CA 1 can uniquely identify the user and a 
public key, which is signed by the CA 1 . 
[0299] Also, as shown in a part (b) of Fig. 40, the link 
information attached AID is an information comprising 
fragments of the OID and their position information, 
redundant character strings, an SCS information given 
by an arbitrary character string (host name, real domain 
name, etc.) by which a host or a domain that is operat- 
ing the SCS 5 can be uniquely identified on the network, 
and a link information, which is signed by the CA 1 . Note 
that the AID may be encrypted at the SCS 5 or the CA 
1. The link information is the same as in the sixth 
embodiment. 

[0300] Also, as shown in a part (c) of Fig. 40, the link 
specifying 1 -to-N PAT is an information comprising two 
or more link informations of AIDs, a holder index, the 
validity period, the transfer control flag, and a PAT 
processing device identifier, which is signed using a 
secret key of the PAT processing device. 
[0301 ] Here, one of the link informations of AIDs is the 
link information of the holder AID of this PAT, where the 
change of the information contained in the PAT such as 
an addition of the link information of AID to the PAT, a 
deletion of the link information of AID from the PAT, a 
change of the validity period in the PAT, a change of the 
transfer control flag value in the PAT, etc.. can be made 
by presenting the link information of the holder AID and 
a corresponding Enabler to the PAT processing device. 
[0302] On the other hand, the link informations of AIDs 
other than the link information of the holder AID that are 
contained in the PAT are all link information of member 
AIDs, where a change of the information contained in 
the PAT cannot be made even when the link information 
of the member AID and a corresponding Enabler are 
presented to the PAT processing device. 
[0303] The holder index is a numerical data for identi- 
fying the link information of the holder AID, which is 
defined to take a value 1 when the link information of the 
holder AID is a top link information of AID in the link 
specifying AID list formed from the link information of 
the holder AID and the link informations of the member 
AIDs, a value 2 when the link information of the holder 
AID is a second link information of AID from the top of 
the link specifying AID list, or a value n when the link 
information of the holder AID is an n-th link information 
of AID from the top of the link specifying AID list. 
[0304] The transfer control flag value is defined to take 
either 0 or 1 similarly as in the case of the link specifying 



1-to-1 PAT. 

[0305] The link information of the holder AID is defined 
to be a link information of AID which is written at a posi- 
tion of the holder index value in the link specifying AID 

s list. The link informations of the member AIDs are 
defined to be all the link informations of AIDs other than 
the link information of the holder AID. 
[0306] The validity period is defined by any one or 
combination of the number of times for which the PAT is 

jo available, the absolute time (UTC) by which the PAT 
becomes unavailable, the absolute time (UTC) by which 
the PAT becomes available, and the relative time (life- 
time) since the PAT becomes available until it becomes 
unavailable. 

15 [0307] The identifier of a PAT processing device (or a 
PAT processing object on the network) is defined as a 
serial number of the PAT processing device (or an dis- 
tinguished name of the PAT processing object on the 
network). The secret key of the PAT processing device 
20 (or the PAT processing object on the network) is defined 
to be uniquely corresponding to the identifier. 
[0308] Also, in this second embodiment, an Enabler is 
introduced as an identifier corresponding to the AID. As 
shown in Fig. 41, the Enabler is an information compris- 
es ing a character string uniquely indicating that it is an 
Enabler and a link information attached AID itself, which 
is signed by the CA 1 . 

[0309] Next, the operations for a generation of a new 
PAT and a content change of the existing PAT will be 

30 described. Here, the following operations are defined at 
a secure PAT processing device on the communication 
terminal or a PAT processing object on the CA or on a 
network which is properly requested from the CA (which 
will also be referred to as a PAT processing device here- 

35 after). These operations are similar to those of the sec- 
ond embodiment described above so that they will be 
described by referring to Fig. 10 to Fig. 13 but it is 
assumed that each occurrence of AID in Fig. 10 to Fig. 
13 should be replaced by the link information of AID in 

40 the following. 

1. Editing of link specifying AID list: 

A link specifying AID list, which is a list of link 
informations of AIDs contained in the PAT, is edited 
45 using link information attached AIDs and Enabler. 
Else, the link specifying AID list is newly generated. 

2. Setting of the validity period and the transfer con- 
trol flag: 

The validity period value and the transfer con- 
so trol flag value contained in the PAT are changed 
using a link information attached AID and Enabler. 
Also, a new validity period value and a new transfer 
control flag value are set in the newly generated link 
specifying AID list. 

55 

[0310] A user who presented the holder AID and the 
Enabler corresponding to this holder AID to the PAT 
processing device can edit the list of link informations of 
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AIDs contained in the PAT. In this case, the following 
processing rules are used. 

(1) Generating a new PAT (MakePAT) (see Fig. 10): 

The link specifying AID list (LAL- 5 
IST<(link)holder AID | (link)member AID 1t 

(link)member AID 2 , (link)member 

AID n >) where (link)AID x denotes the link informa- 
tion of AID X is newly generated, and the validity 
period value and the transfer control flag value are 10 
set with respect to the generated LALIST. 

(link)AID A + (link)AID B + Enabler of AID B 

+ Enabler of AID A 15 

-> LALIST<(link)AID A | (link)AID B > 

LALIST<(link)AID A | (link)AID B > + Enabler of 
AID A 20 

+ validity period value 

+ transfer control flag value 

-> PAT<(link)AID A | (link)AID B > 



25 



(2) Merging PATs (MergePAT) (see Fig. 1 1): 

A plurality of LALISTs of the same holder AID 
are merged and the validity period value and the 30 
transfer control flag value are set with respect to the 
merged LALIST 



LALIST<(link)AID A | (!ink)AID B1 , (link)AID B2 . 
> 

+ LALIST<(link)AID A | (link)AID G1 , (link)AID C2 , 
> 

+ Enabler of AID A 

LALIST<(link)AID A | (link)AID B1 , (link)AID B2 , 
(link)AID G1 , (link)AID C2 , 

> 



LALIST<(link)AID A | (link)AID B1 , (link)AID B2 , 
(link)AID c1 , (link)AID C2 , 

• • > 

+ Enabler of AID A + validity period value 
+ transfer control flag value 
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The LALIST is split into a plurality of LALISTs 
of the same holder AID, and the respective validity 
period value and transfer control flag value are set 
with respect to each one of the split LALISTs. 

LALIST<(link)AID A | (link)AID B1 , (link)AID B2 , 
(link)AID c1 , (link)AID c2 , 

> 

+ Enabler of AID A 

-> LALIST<(link)AID A |(link)AID B1 , (link)AID B2 , 
> 

+ LALIST<(link)AID A | (link)AID c1 , (link)AID C2> 
> 

LALIST<(link)AID A | (link)AID c1 , (link)AID C2 , 
> 

+ Enabler of AID A + validity period value 

+ transfer control flag value 

-> PAT<(link)AID A | (link)AID c1 , (link)AID C2 . 
> 

(4) Changing a holder of a PAT (TransPAT) (see Rg. 
13): 

The holder AID of the LALIST is changed, and 
the validity period value and the transfer control flag 
value are set with respect to the changed LALIST. 

LALIST<(link)AID A | (link)AID B > 

+ LALIST<(link)AID A | (link)AID c1 , (link)AID C2 , 
> 

+ Enabler of AID A + Enabler of AID B 

-> LALIST<(link)AID B | (link)AID c1 . 
(link)AID C2 . > 

LALIST<(link)AID B | (link)AlD c1 , (link)AID C2 . 
> 

+ Enabler of AID B + validity period value 

+ transfer control flag value 

-> PAT<(link)AID B | (link)AID c1 , (link)AID C2 , 
> 



PAT<(link)AID A | (link)AID B1 , (link)AID B2 . 
(link)AID c1 

> 



[0311] In the operation for setting the validity period 
(link)AID C2 , 55 value, in order to permit the setting of the validity period 
value only to a user who holds both the holder AID and 
the corresponding Enabler, the following operation is 



(3) Splitting a PAT (SplitPAT) (see Fig. 12): 



defined. 
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PAT<(link)AID A | (link)AID B > + Enabler of AID A 
+ validity period value 

-> PAT<(link)AID A | (link)AID B > 5 

[0312] In the operation for setting the transfer control 
flag value, in order to permit the setting of the transfer 
control flag value only to a user who holds both the 
holder AID and the corresponding Enabler, the following 10 
operation is defined. 

PAT<(link)AID A | (link)AID B > + Enabler of AID A 

+ transfer control flag value is 

-> PAT<(link)AID A | (link)AID B > 

[0313] Next, with references to Fig. 42 to Fig. 48, the 
overall system configuration of this seventh embodi- 20 
ment will be described. In Fig. 42 to Fig. 48, the user-A 
who has AID A allocated from the CA stores AID A and 
Enabler of AID A in a computer of the user-A, and the 
input/output devices such as floppy disk drive, CD-ROM 
drive, communication board, microphone, speaker, etc., 25 
are connected. Else, AID A and Enabler of AID A are 
stored in a communication terminal (telephone, cellular 
phone, etc.) which has a storage device and a data 
input/output function. 

[0314] Similarly, the user-B who has AID B allocated 30 
from the CA stores AID B and Enabler of AID B in a com- 
puter of the user-B, and the input/output devices such 
as floppy disk drive, CD-ROM drive, communication 
board, microphone, speaker, etc., are connected. Else, 
AID B and Enabler of AID B are stored in a communica- 35 
tion terminal (telephone, cellular phone, etc.) which has 
a storage device and a data input/output function. 
[031 5] In the following, a procedure by which the user- 
A generates PAT<(link)AID A | (link)AID B > will be 
described. 40 

(1) The user-A acquires AID B and Enabler of AID B 
using any of the following means. 

* AID B and Enabler of AID B are registered at the 45 
ADS 7, and it is waited until the user-A acquires 
them as a search result (Fig. 42). 

* AID B and Enabler of AID B are directly transmit- 
ted to the user-A by the email, signaling, etc. 
(Figs. 43. 44). so 

* AID B and Enabler of AID B are stored in a mag- 
netic, optic, or electronic medium such as 
floppy disk, CD-ROM, MO, IC card, etc., and 
this medium is given to the user-A. Else, it is 
waited until the user acquires them by reading 55 
this medium (Figs. 45, 46). 

AID B and Enabler of AID B are printed on a 
paper medium such as book, name card, etc., 



and this medium is given to the user-A. Else, it 
is waited until the user-A acquire them by read- . 
ing this medium (Figs. 47, 48). 

(2) The user-A who has acquired AID B and Enabler 
of AID B by any of the means described in the above 
(1) issues the MakePAT command to the PAT 
processing device. This procedure is common to 
Fig. 42 to Fig. 48, and defined as follows. 

(a) The user A requests the issuance of the 
MakePAT command by setting AID A , Enabler 
of AID A , AID B , Enabler of AID B , the validity 
period value, and the transfer control flag value 
into the communication terminal of the user-A. 

(b) The communication terminal of the user-A 
generates the MakePAT command. 

(c) The communication terminal of the user-A 
transmits the generated MakePAT command to 
the PAT processing device by means such as 
the email, signaling, etc. (the issuance of the 
MakePAT command). 

(d) The PAT processing device generates 
PAT<(link)AID A | (link)AID B > by processing the 
received MakePAT command according to Fig. 
21 and Fig, 49. More specifically, this is done 
as follows. 

(link)AID A + (link)AID B 

+ Enabler of AID B + Enabler of AID A 

-> LALI ST<(I ink) Al D A | (link)AID B > 

LALIST<(link)AID A | (link)AID B > + Enabler 
of AID A 

+ validity period value + transfer control 
flag value 

-> PAT<(link)AID A | (link)AID B > 

(e) The PAT processing device transmits the 
generated PAT<(link)AID A | (link)AID B > to the 
communication terminal of the user-A, or to the 
communication terminal of the user-B accord- 
ing to the need, by means such as the email, 
signaling, etc. 

(f) The communication terminal of the user-A 
(or the user-B) stores the received 
PAT<(link)AID A | (link)AID B > in the storage 
device of the communication terminal of the 
user-A. 

[0316] The merging of PATs (MergePAT, Fig. 21, Fig. 
49), the splitting of a PAT (SplitPAT, Fig. 22, Fig. 49), and 
the changing of a holder of a PAT (TransPAT, Fig. 21, 
Fig. 49) are also carried out by the similar procedure. 
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[0317J The procedure of MakePAT, MergePAT and 
TransPAT is similar to that described above with refer- 
ence to Fig. 21 . except that the AID should be replaced 
by the link information of the AID and the AID list should 
be replaced by the link specifying AID list. Also, the pro- 5 
cedure of SplitPAT is similar to that described above 
with reference to Fig. 22, except that the AID should be 
replaced by the link information of the AID and the AID 
list should be replaced by the link specifying AID list. 
[0318] Here, in the procedures of Fig. 21 and Fig. 22, 10 
the link specifying AID list generation is carried out 
according to Fig. 49 as follows. Namely, a buffer length 
is determined first (step S9011) and a buffer is gener- 
ated (step S9012). Then, the link information of the 
holder AID is copied to a vacant region of the generated 15 
buffer (step S9017). Then, the link information of the 
member AID is copied to a vacant region of the resulting 
buffer (step S9018), and if the next member AID exists 
(step S9015 YES), the step S9018 is repeated. 
[0319] Next, the determination of the link information 20. 
of the holder AID will be described. Each of the Make- 
PAT, the MergePAT, the SplitPAT, and the TransPAT com- 
mands is defined to have two or more arguments, where 
AID, PAT, or Enabler can be specified as an argument. 
In this case, the PAT processing device specifies the link 25 
information of the holder AID of the PAT to be outputted 
after executing each command according to the follow- 
ing rules. 

* Case of the MakePAT: 30 

For the MakePAT command, it is defined that 
AIDs are to be specified for the first argument to the 

N-th argument(N = 2, 3, ) and Ena- 

blers are to be specified for the N+1-th and subse- 
quent arguments. For example, they can be 35 
specified as follows. 

MakePAT AID 1f AID 2 , , AID N , 

Enabler of AID 1t Enabler of AID 2 , 
• • , Enabler of AID N 40 

The PAT processing device interprets the link 
information of AID of the first argument of the Make- 
PAT command as the link information the holder 

AID. 45 

Only when one of the Enablers of the N+1-th 
and subsequent arguments corresponds to the AID 
of the first argument, the PAT processing device 
specifies the link information of this AID (that is the 
link information of the AID of the first argument) as so 
the link information of the holder AID of the PAT to 
be outputted after executing the MakePAT com- 
mand. 

* Case of the MergePAT: 

For the MergePAT command, it is defined that 55 
PATs are to be specified for the first argument to the 
N-th argument (N = 2, 3, ) and Ena- 
bler is to be specified for the N+1-th argument 



Namely, they can be specified as follows. 

MergePAT PAT 1 PAT 2 PAT N Ena- 
bler of AID 

The PAT processing device interprets the link 
information of the holder AID of the PAT of the first 
argument of the MergePAT command as the link 
information of the holder AID of the PAT to be out- 
putted after executing the MergePAT command. 

Only when the Enabler of the N+1 -th argument 
corresponds to the holder AID of the PAT of the first 
argument, the PAT processing device specifies the 
link information of this AID (that is the link informa- 
tion of the holder AID of the PAT of the first argu- 
ment) as the link information of the holder AID of 
the PAT to be outputted after executing the Merge- 
PAT command. 

* Case of the SplitPAT: 

For the SplitPAT command, it is defined that 
PAT is to be specified for the first argument, a set of 
one or more AIDs grouped together by some pre- 
scribed symbols (assumed to be parentheses 0 in 
this example) are to be specified for the second 
argument to the N-th argument (N = 3, 4, 

), and Enabler is to be specified for 

the N+1-th argument. Namely, they can be speci- 
fied as follows. 

SplitPAT PATi (AIDn) (AID 21 AID 22 ) 

(AID N1 AID N2 

AID NM ) Enabler of AID 

The PAT processing device interprets the link 
information of the holder AID of the PAT of the first 
argument of the SplitPAT command as the link infor- 
mation of the holder AID of the PAT to be outputted 
after executing the SplitPAT command. 

Only when the Enabler of the N+1 -th argument 
corresponds to the holder AID of the PAT of the first 
argument, the PAT processing device specifies the 
link information of this AID (that is the link informa- 
tion of the holder AID of the PAT of the first argu- 
ment) as the link information of the holder AID of 
the PAT to be outputted after executing the SplitPAT 
command. 

* Case of the TransPAT: 

For the TransPAT command, it is defined that 
PATs are to be specified for the first argument and 
the second argument, an AID is to be specified for 
the third argument, and Enablers are to be speci- 
fied for the fourth argument and the fifth argument. 
Namely, they can be specified as follows. 

TransPAT PAT 1 PAT 2 AID Enabler of AID-j Ena- 
bler of AID 2 

The PAT processing device interprets the link 
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information of AID of the third argument as the link 
information of the holder AID of the PAT to be out- 
putted after executing the TransPAT command pro- 
vided that the link information of AID of the third 
argument of the TransPAT command is contained in 5 
the PAT of the second argument. 

Only when the Enabler of the fourth argument 
corresponds to both the PAT of the first argument 
and the PAT of the second argument and the Ena- 
bler of the fifth argument corresponds to the AID of 10 
the third argument, the PAT processing device 
specifies the link information of the AID of the third 
argument as the link information of the holder AID 
of the PAT to be outputted after executing the Trans- 
PAT command. 75 

Next, the determination of the link informations 
of the member AIDs will be described. The defini- 
tions of the MakePAT, the MergePAT, the SplitPAT, 
and the TransPAT commands are as described 
above. The PAT processing device specifies the link 20 
informations of the member AIDs of the PAT to be 
outputted after executing each command according 
to the following rules. 
Case of the MakePAT: 

Only when the link information of the holder 25 
AID of the PAT to be outputted after executing the 
MakePAT command is formally determined, the PAT 
processing device interprets all the link informa- 
tions of the AIDs of the second and subsequent 
arguments of the MakePAT command as the link 30 
informations of the member AIDs of the PAT to be 
outputted after executing the MakePAT command. 

The PAT processing device specifies only the 
link informations of those AIDs among all the AIDs 
of the second and subsequent arguments which 35 
correspond to the Enablers specified by the N+1 -th 
and subsequent arguments as the link informations 
of the member AIDs of the PAT to be outputted after 
executing the MakePAT command. 
Case of the MergePAT: 40 

Only when the link information of the holder 
AID of the PAT to be outputted after executing the 
MergePAT command is formally determined, the 
PAT processing device specifies the link informa- 
tions of the member AIDs of all the PATs specified 45 
by the first to N-th arguments of the MergePAT as 
the link informations of the member AIDs of the PAT 
to be outputted after executing the MergePAT com- 
mand. 

Case of the SplitPAT: 50 

Only when the link information of the holder 
AID of the PAT to be outputted after executing the 
SplitPAT command is formally determined, the PAT 
processing device specifies the link information of 
the member AID of the PAT specified by the first 55 
argument of the SplitPAT command as the link infor- 
mation of the member AID of the PAT to be output- 
ted after executing the SplitPAT command. At this 



point, the link informations of the member AIDs are 
distributed into different PATs in units of parenthe- 
ses 0- For example, in the case of: 

SplitPAT PAT (AID n ) (AID 21 AID 22 ) 

(AID N1 AID N2 

AID NM ) Enabler of AID 

the link informations of (AID^), (AID 21 AID22) and 
(AID N1 AID N2 AID NM ) will be the link infor- 
mations of the member AIDs of different PATs having a 
common link information of holder AID. 
* . Case of TransPAT: 

Only when the link information of the holder 
AID of the PAT to be outputted after executing the 
TransPAT command is formally determined, the PAT 
processing device specifies all the link informations 
of the member AIDs remaining after excluding the 
link information of the member AID that is sched- 
uled to be a new holder AID from all the link infor- 
mations of the member AIDs of the PAT.specif ied by 
the first argument of the TransPAT command and 
the link informations of the member AIDs of the PAT 
specified by the second argument as the link infor- 
mations of the member AIDs of the PAT to be out- 
putted after executing the TransPAT command. 

The verification of the properness of the Ena- 
bler in this seventh embodiment is the same as 
described above with reference to Fig. 24. Also, this 
verification of the properness of the Enabler is com- 
mon to the MakePAT, the MergePAT, the SplitPAT 
and the TransPAT 

[0320] Next, the eighth embodiment of the email 
access control scheme according to the present inven- 
tion will be described in detail. 
[0321] In this eighth embodiment, the OID is given by 
a real email address. 

[0322] The PAT is an information comprising two or 
more real email addresses, the holder index, the validity 
period, the transfer control flag and the PAT processing 
device identifier (or the identifier of the PAT processing 
object on the network), which is signed using a secret 
key of the PAT processing device (or the PAT processing 
object on the network). 

[0323] Here, one of the real email addresses is a 
holder email address of this PAT, where the change of 
the information contained in the PAT such as an addition 
of email address to the PAT, a deletion of email address 
from the PAT, a change of the validity period in the PAT, 
a change of the transfer control flag value in the PAT, 
etc., can be made by presenting the holder email 
address and an Enabler containing the holder email 
address to the PAT processing device (or the PAT 
processing object on the network). 
[0324] On the other hand, the email addresses other 
than the holder email address that are contained in the 
PAT are all member email addresses, where a change 
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of the information contained in the PAT cannot be made 
even when the member email address and an Enabler 
containing the member email address are presented to 
the PAT processing device (or the PAT processing object 
on the network). 

[0325] The holder index is a numerical data for identi- 
fying the holder email address, which is defined to take 
a value 1 when the holder email address is a top email 
address in the email address list formed from the holder 
email address and the member email addresses, a 
value 2 when the holder email address is a second 
email address from the top of the email address list, or 
a value n when the holder email address is an n-th email 
address from the top of the email address list. 
[0326] The transfer control flag value is defined to take 
either 0 or 1. 

[0327] The holder email address is defined to be a real 
email address which is written at a position specified by 
the holder index in the email address list. The member 
email addresses are defined to be all the email 
addresses other than the holder email address. 
[0328] The validity period is defined by any one or 
combination of the number of times for which the PAT is 
available, the absolute time (UTC) by which the PAT 
becomes unavailable, the absolute time (UTC) by which 
the PAT becomes available, and the relative time (life- 
time) since the PAT becomes available until it becomes 
unavailable. 

[0329] The identifier of the PAT processing device (or 
the PAT processing object on the network) is defined as 
a serial number of the PAT processing device (or an dis- 
tinguished name of the PAT processing object on the 
network). The secret key of the PAT processing device 
(or the PAT processing object on the network) is defined 
to be uniquely corresponding to the identifier. 
[0330] Also, in this eighth embodiment, an Enabler is 
defined as an identifier corresponding to the real email 
address. The Enabler is an information comprising a 
character string uniquely indicating that it is an Enabler 
and a real email address itself, which is signed using the 
secret key of the PAT processing device or the PAT 
processing object on the network. 
[0331 ] The generation of the PAT in this eighth embod- 
iment is carried out as follows. 
[0332] Here, a directory will be described as an exam- 
ple of the PAT processing object on the network. The 
directory manages the real email address and the dis- 
closed information of the user in correspondence, and 
outputs the PAT upon receiving the search conditions 
presented from an arbitrary user. 
[0333] The user transmits the real email address and 
the search conditions to the directory. Then, the direc- 
tory acquires all the real email addresses which 
uniquely correspond to the disclosed information that 
satisfies these search conditions. Then, the directory 
generates a real email address list from the real email 
address of the user who presented the search condi- 
tions and all the real email addresses acquired as a 



search result. Then, the directory appends the holder 
index value, the validity period value, the transfer control 
flag value, and the distinguished name of the directory 
to the real email address list. Finally, the directory signs 
5 the resulting data using a secret key of the directory, 
and transmits it as the PAT to the user who presented 
the search conditions. 

[0334] Next, the email access control in this eighth 
embodiment is carried out as follows. 
10 [0335] The sender specifies the real email address of 
the sender in From: line, and "[PAT]@[real domain of 
sender]" in To: line of a mail. 

[0336] The SCS acquires an email received by an 
MTA (Message Transfer Agent) such as SMTP (Simple 
is Mail Transfer Protocol), and carries out the authentica- 
tion by the following procedure. 

(1) The signature of the PAT is verified using the 
public key of the PAT 
20 When the PAT is found to have been altered, 

the email is discarded and the processing is termi- 
nated. 

When the PAT is found to have been not 
altered, the following processing (2) is executed. 
25 (2) The search is carried out by presenting the 
sender's real email address to the PAT 

When a real email address that completely 
matches with the sender's real email address is not 
contained in the PAT, the email is discarded and the 
30 processing is terminated. 

When a real email address that completely 
matches with the sender's real email address is 
contained in the PAT, the following processing (3) is 
executed. 

35 (3) The validity period value of the PAT is evaluated. 

When the PAT is outside the validity period, the 
email is discarded and the processing is termi- 
nated. 

When the PAT is within the validity period, the 
40 following processing (4) is executed. 

(4) Whether or not to authenticate the sender is 
determined by referring to the transfer control flag 
value of the PAT 

When the value is 1, the challenge/response 
45 authentication between the SCS and the sender is 
carried out, and the signature of the sender is veri- 
fied. When the signature is valid, the recipient is 
specified and the PAT is attached. When the signa- 
ture is invalid, the email is discarded and the 
so processing is terminated. 

When the value is 0, the recipient is specified 
and the PAT is attached without executing the chal- 
lenge/response authentication. 

55 [0337] An exemplary challenge/response authentica- 
tion between the SCS and the sender in this eight 
embodiment can be carried out as follows. 
[0338] First, the SCS generates an arbitrary informa- 
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tion such as a timestamp, for example, and transmits 
the generated information to th sender. 
[0339] Then, the sender generates the secret key and 
the public key, signs the received information using the 
secret key, and transmits it along with the public key. 
[0340] The SCS then verifies th signature of the 
received information using the public key presented 
from the sender. When the signature is valid, the recipi- 
ent is specified and the PAT is attached. When the sig- 
nature is invalid, the email is discarded and the 
processing is terminated. 

[0341] The specifying of the recipient and the attach- 
ing of the PAT at the SCS in this eighth embodiment can 
be carried out as follows. 

[0342] First, the SCS carries out the search by pre- 
senting the sender's real email address to the PAT, so as 
to acquire all the real email addresses which do not 
completely match the sender's real email address. 
Then, all these acquired real email addresses are spec- 
ified as recipient's real email addresses. 
[0343] Next, the SCS attaches the PAT to an arbitrary 
position in the email in order to transmit the PAT to all 
the recipient's email addresses so as to be able to real- 
ize the bidirectional communications. Finally, the SCS 
gives the email to the MTA. 

[0344] The receiving refusal with respect to the PAT at 
the SCS in this eighth embodiment can be carried out 
as follows. 

[0345] Receiving refusal setting: The bidirectional 
authentication is carried out by an arbitrary means 
between the user and the SCS 5. Then, the user trans- 
mits a registration command, his/her own real email 
address, and arbitrary PATs to the SCS 5. Then, the 
SCS 5 next verifies the signature of each received PAT 
using a public key of the ADS. Those PATs with the 
invalid signature are discarded by the SCS 5. When the 
signature is valid, the SCS 5 carries out the search by 
presenting the received real email address to each PAT. 
For each of those PATs which contain the real email 
address that completely matches with the received real 
email address, the SCS 5 presents the registration com- 
mand and the PAT to the storage device such that the 
PAT is registered into the storage device. Those PATs 
which do not contain the real email address that com- 
pletely matches with the received real email address 
are discarded by the SCS 5 without storing them into 
the storage device. 

[0346] Receiving refusal execution: The SCS 5 carries 
out the search by presenting the PAT to the storage 
device. When a PAT that completely matches the pre- 
sented PAT is registered in the storage device, the mail 
is discarded. When a PAT that completely matches the 
present PAT is not registered in the storage device, the 
mail is not discarded. 

[0347] Receiving refusal cancellation: The bidirec- 
tional authentication is carried out by an arbitrary 
means between the user and the SCS 5. Then, the user 
presents his/her own real email address to the SCS 5. 



Then, the SCS 5 next presents the presented r al email 
address as a search condition to the storage device and 
acquire all the PATs that contain the presented real 
email address, and then presents all the acquired PATs 

5 to the user. Then, the user selects all the PATs for which 
the receiving refusal is to be cancelled by referring to all 
the PATs presented from the SCS 5, and transmits all 
the selected PATs along with a deletion command to the 
SCS 5. Upon receiving the deletion command and all 

10 the PATs for which the receiving refusal is to be can- 
. celled, the SCS 5 presents the deletion command and 
all the PATs received from the user to the storage 
device, such that all the received PATs are deleted from 
the storage device. 

15 [0348] The editing of the PAT in this eighth embodi- 
ment can be carried out as follows. 
[0349] The MakePAT, the MergePAT, the SplitPAT, and 
the TransPAT processings for the PAT using real email 
addresses as its elements can be obtained from the the 

20 MakePAT, the MergePAT, the SplitPAT, and the TransPAT 
processings for the PAT using AIDs as its elements 
described above, by replacing the AID by the real email 
address and the Enabler of AID by the Enabler of real 
email address. 

25 [0350] A Null operator is an information comprising a 
data which is uniquely indicating that it is Null and which 
has a format of the real email address, which is signed 
by the secret key of the PAT processing device or the 
PAT processing object on the network. 

30 [0351] Similarly, the God operator is an information 
comprising a data which is uniquely indicating that it is 
God and which has a format of the real email address, 
which is signed by the secret key of the PAT processing 
device or the PAT processing object on the network. 

35 [0352] The Enabler of Null operator is an information 
comprising a data which is uniquely indicating that it is 
Enabler and the Null operator itself, which is signed by 
the secret key of the PAT processing device or the PAT 
processing object on the network. 

40 [0353] The processings involving the Null operator 
and the God operator can be obtained from the 
processings for the PAT using AIDs as its elements 
described above, by replacing the AID by the real email 
address, the Enabler of AID by the Enabler of real email 

45 address, the Null-AID by the Null operator, the God-AID 
by the God operator, and the Enabler of Null-AID by the 
Enabler of Null operator. 

[0354] As described, according to the present inven- 
tion, a PAT is used for verifying the access right of a 

so sender and the email access control among users is 
carried out when the verification result is valid, so that it 
becomes possible to disclose the information indicative 
of characteristics of a user while concealing the true 
identification of a user and carrying out communications 

55 appropriately according to this disclosed information 
while preventing conventionally possible attacks from a 
third person. In addition, even when a recipient receives 
an attack from a sender who maliciously utilizes the 
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anonymity, damages of a recipient due to that attack 
can be minimized. 

[0355] Also, according to the present invention, the 
generation and the content change of the personalized 
access ticket can be made by the initiativ of a user by s 
using an AID assigned to each user and an Enabler 
defined in correspondence to the AID, so that rt 
becomes possible to appropriately manage information 
such as that of a point of contact of each member of the 
group communication (mailing list, etc.) which changes 10 
dynamically. 

[0356] Also, according to the present invention, a Null- 
AID and an Enabler of Null-AID can be introduced in 
order to carry out the generation of a new PAT (Make- 
PAT) and the merging of PATs (MergePAT) without giv- 75 
ing the member AID and the Enabler of the member AID 
to the holder of the PAT, so that it becomes possible to 
prevent the pretending using the member AID. 
[0357] Also, according to the present invention, the 
Null-AID can be used only as the holder AID of the PAT 20 
(the Null-AID cannot be used as the member AID), that 

isPAT<AID Nufl |AID momber1f AID membGr2i , 

AID^mbe,*, > is allowed, but PAT<AID holder | AID Nu „, 

A'D^n^ri, AID^p^^, • • •, AID^mbe^j > 

is not allowed, so that the holder of PAT^IDhoHer | AID- 25 

member 

> cannot produce PAT<AID Nu „ | AID momber > 
from this PAT<AID holdQr | AID^^, > as long as the 
holder does not know Enabler of AID member 
[0358] Also, according to the present invention, a 
God-AID can be introduced in order to set up a read 30 
only attribute to the PAT, so that it becomes possible to 
fix the participants in the group communication. 
[0359] Also, according to the present invention, the 
link information for uniquely specifying the AID can be 
introduced and the PAT can be given in terms of the link 35 
information such that the PAT does not contain the AID 
itself, so that it becomes possible to realize the receiving 
refusal function without using the AID itself. 
[0360] It is to be noted that, besides those already 
mentioned above, many modifications and variations of 40 
the above embodiments may be made without depart- 
ing from the novel and advantageous features of the 
present invention. Accordingly, all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 45 

Claims 

1 . A method of email access control, comprising the 
steps of: so 



communications between the sender and the 
receiver; and 

controlling accesses between the sender and 
the recipient by verifying an access right of the 
sender with respect to the recipient according 
to the personalized access ticket at the secure 
communication service. 

2. The method of claim 1, wherein at the controlling 
step the secure communication service authenti- 
cates the personalized access ticket presented by 
the sender, and refuses a delivery of the email 
when the personalized access ticket presented by 
the sender has been altered. 

3. The method of claim 2, wherein the personalized 
access ticket is signed by a secret key of a secure 
processing device which issued the personalized 
access ticket, and at the controlling step the secure 
communication service authenticates the personal- 
ized access ticket by verifying a signature of the 
secure processing device in the personalized 
access ticket using a public key of the secure 
processing device. 

4. The method of claim 1 , wherein at the receiving 
step the secure communication service also 
receives the sender's identification presented by 
the sender along with the personalized access 
ticket, and at the controlling step the secure com- 
munication service checks whether the sender's 
identification presented by the sender is contained 
in the personalized access ticket presented by the 
sender, and refuses a delivery of the email when 
the senders identification presented by the sender 
is not contained in the personalized access ticket 
presented by the sender. 

5. The method of claim t t wherein the personalized 
access ticket also contains a validity period indicat- 
ing a period for which the personalized access 
ticket is valid, and at the controlling step the secure 
communication service checks the validity period 
contained in the personalized access ticket pre- 
sented by the sender and refuses a delivery of the 
email when the personalized access ticket pre- 
sented by the sender contains the validity period 
that has already been expired. 

6. The method of claim 5, wherein the validity period 
of the personalized access ticket is set by a trusted 
third party. 

7. The method of claim 1 , further comprising the step 
of: 

issuing the personalized access ticket to the 
sender at a directory service for managing an 



receiving a personalized access ticket contain- 
ing a sender's identification and a recipient's 
identification in correspondence, which is pre- 
sented by a sender who wishes to send an 55 
email to a recipient so as to specify the recipi- 
ent as an intended destination of the email, at a 
secure communication service for connecting 
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identification of each registrant and a disclosed 
information of each registrant which has a 
lower secrecy than a personal information, in a 
state which is accessible for search by unspec- 
ified many, in response to search conditions 5 
specified by the sender, by using an identifica- 
tion of a registrant whose disclosed information 
matches the search conditions as the recipi- 
ent's identification and the sender's identifica- 
tion specified by the sender along with the w 
search conditions. 

8. The method of claim 1 , further comprising the step 
of: 

15 

registering in advance the personalized access 
ticket containing an identification of a specific 
user from which a delivery of emails to a spe- 
cific registrant is to be refused as the sender's 
identification and an identification of the spe- 20 
cific registrant as the recipient's identification, 
at the secure communication service; 
wherein the controlling step the secure com- 
munication service refuses a delivery of the 
email from the sender when the personalized 25 
access ticket presented by the sender is regis- 
tered therein in advance at the registering step. 

9. The method of claim 8, further comprising the step 

of: 30 

deleting the personalized access ticket regis- 
tered at the secure communication service 
upon request from the specific registrant who 
registered the personalized access ticket at the 35 
registering step. 

10. The method of claim 1, wherein the personalized 
access ticket also contains a transfer control flag 
indicating whether or not the sender should be 40 
authenticated by the secure communication serv- 
ice, and at the controlling step, when the transfer 
control flag contained in the personalized access 
ticket indicates that the sender should be authenti- 
cated, the secure communication service authertti- 45 
cates the sender's identification presented by the 
sender and refuses a delivery of the email when an 
authentication of the sender's identification fails. 

1 1 . The method of claim 10, wherein the authentication so 
of the sender's identification is realized by a chal- 
lenge/response procedure between the sender and 
the secure communication service. 

12. The method of claim 10, wherein the transfer con- 55 
trol flag of the personalized access ticket is set by a 
trusted third party. 



1 3. The method of claim 1 , wherein the sender's identi- 
fication and the recipient's identification in th per- 
sonalized access ticket are given by real email 
addresses of the sender and the recipient. 

14. The method of claim 1 , wherein the sender's identi- 
fication and the recipient's identification in the per- 
sonalized access ticket are given by anonymous 
identifications of the sender and the recipient, 
where an anonymous identification of each user 
contains at least one fragment of an official identifi- 
cation of each user by which each user is uniquely 
identifiable by a certification authority. 

15. The method of claim 14, wherein the anonymous 
identification of each user is an information contain- 
ing the at least one fragment of the official identifi- 
cation of each user which is signed by the 
certification authority using a secret key of the cer- 
tification authority. 

16. The method of claim 14, wherein the official identi- 
fication of each user is a character string uniquely 
assigned to each user by the certification authority 
and a public key of each user which are signed by a 
secret key of the certification authority. 

1 7. The method of claim 14, further comprising the step 
of: 

probabilistically identifying an identity of the 
sender by reconstructing the official identifica- 
tion of the sender by judging identity of a plural- 
ity of anonymous identifications of the sender 
contained in a plurality of personalized access 
tickets used by the sender. 

18. The method of claim 1, wherein an anonymous 
identification of each user that contains at least one 
fragment of an official identification of each user by 
which each user is uniquely identifiable by a certifi- 
cation authority and a link information of each 
anonymous identification by which each anony- 
mous identification can be uniquely identified are 
defined, and the sender's identification and the 
recipient's identification in the personalized access 
ticket are given by a link information of the anony- 
mous identification of the sender and a link informa- 
tion of the anonymous identification of the recipient. 

1 9. The method of claim 1 , wherein the link information 
of each anonymous identification is an identifier 
uniquely assigned to each anonymous identifica- 
tion by the certification authority. 

20. The method of claim 18, further comprising the step 
of: 
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p robabitistically identifying an identity of the 
sender by reconstructing the official identifica- 
tion of the sender by judging identity of a plural- 
ity of anonymous identifications of the sender 
corresponding to the link information contained 5 
in a plurality of personalized access tickets 
used by the sender. 



21. The method of claim 1, wherein the personalized 
access ticket contains a single sender's identrf ica- 10 
tion and a single recipient's identification in 1-to-1 
correspondence. 

22. The method of claim 1, wherein the personalized 
access ticket contains a single sender's identif ica- 15 
tion and a plurality of recipient's identifications in 1 - 
to-N correspondence, where N is an integer greater 
thanl. 

23. The method of claim 22, wherein one identification 20 
among the single sender's identification and the 
plurality of recipient's identifications is a holder 
identification for identifying a holder of the personal- 
ized access ticket while other identifications among 
the single sender's identification and the plurality of 25 
recipient's identifications are member identifica- 
tions for identifying members of a group to which 
the holder belongs. 

24. The method of claim 23, further comprising the step so 
of: 

issuing an identification of each user and an 
enabler of the identification of each user indi- 
cating a right to change the personalized 3$ 
access ticket containing the identification of 
each user as the holder identification, to each 
user at a certification authority, such that pre- 
scribed processing on the personalized access 
ticket can be carried out at a secure processing 40 
device only by a user who presented both the 
holder identification contained in the personal- 
ized access ticket and the enabler correspond- 
ing to the holder identification to the secure 
processing device. 45 

25. The method of claim 24, wherein the certification 
authority issues the enabler of the identification of 
each user as an information indicating that it is the 
enabler and the identification of each user itself so 
which are signed by a secret key of the certification 
authority. 

26. The method of claim 24, wherein the prescribed 
processing includes a generation of a new person- 55 
alized access ticket, a merging of a plurality of per- 
sonalized access tickets, a splitting of one 
personalized access ticket into a plurality of person- 



alized access tickets, a changing of the holder of 
the personalized access ticket changing of a valid- 
ity period of the personalized access ticket, and a 
changing of a transfer control flag of the personal- 
ized access ticket. 

27. The method of claim 26, wherein a special identifi- 
cation and a special enabler corresponding to the 
special identification which are known to all users 
are defined such that the generation of a new per- 
sonalized access ticket and the changing of the 
holder of the personalized access ticket can be car- 
ried out by the holder of the personalized access 
ticket by using the special identification and the 
special enabler without using an enabler of a mem- 
ber identification. 

28. The method of claim 27, wherein the special identi- 
. f ication is defined to be capable of being used only 

as the holder identification of the personalized 
access ticket. 

29. The method of claim 26, wherein a special identifi- 
cation which is known to all users is defined such 
that a read only attribute can be set to the personal- 
ized access ticket by using the special identifica- 
tion. 

30. The method of claim 1, wherein at the controlling 
step, when the access right of the sender with 
respect to the recipient is verified according to the 
personalized access ticket, the secure communica- 
tion service takes out the recipient's identification 
from the personalized access ticket by using the 
sender's identification presented by the sender, 
converts the mail by using a taken out recipient's 
identification into a format that can be interpreted 
by a mail transfer function for actually carrying out a 
mail delivery processing, and gives the mail after 
conversion to the mail transfer function by attaching 
the personalized access ticket. 

31. A method of email access control, comprising the 
steps of: 

defining an official identification of each user by 
which each user is uniquely identifiable by a 
certification authority, and an anonymous iden- 
tification of each user containing at least one 
fragment of the official identification; and 
identifying each user by the anonymous identi- 
fication of each user in communications for 
emails on a communication network. 

32. The method of claim 31, wherein the anonymous 
identification of each user is an information contain- 
ing the at least one fragment of the official identifi- 
cation of each user which is signed by the 
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certification authority using a secret key of the cer- 
tification authority. 

33. The method of claim 31 , wherein the official identi- 
fication of each user is a character string uniquely 
assigned to each user by the certification authority 
and a public key of each user which are signed by a 
secret key of the certification authority. 



34. The method of claim 31, 
steps of: 



further comprising the 10 



receiving a personalized access ticket contain- 
ing a sender's anonymous identification and a 
recipient's anonymous identification in corre- 
spondence, which is presented by a sender 
who wishes to send an email to a recipient so 
as to specify the recipient as an intended desti- 
nation of the email, at a secure communication 
service for connecting communications 
between the sender and the receiver; and 
controlling accesses between the sender and 
the recipient by verifying an access right of the 
sender with respect to the recipient according 
to the personalized access ticket at the secure 
communication service. 

35. The method of claim 34, further comprising the step 
of: 

probabilistically identifying an identity of the 
sender at the secure communication service by 
reconstructing the official identification of the 
sender while judging identity of a plurality of 
anonymous identifications of the sender con- 
tained in a plurality of personalized access tick- 
ets used by the sender. 

36. The method of claim 31, wherein the defining step 
also defines a link information of each anonymous 
identification by which each anonymous identifica- 
tion can be uniquely identified, and each anony- 
mous identification also contains the link 
information of each anonymous identification. 

37. The method of claim 36, wherein the link informa- 
tion of each anonymous identification is an identifier 
uniquely assigned to each anonymous identifica- 
tion by the certification authority. 

38. The method of claim 36, further comprising the 
steps of: 

receiving a personalized access ticket contain- 
ing a link information of a sender's anonymous 
identification and a link information of a recipi- 
ent's anonymous identification in correspond- 
ence, which is presented by a sender who 
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wishes to send an email to a r cipient so as to 
specify the recipient as an intended destination 
of the email, at a secure communication serv- 
ice for connecting communications between 
the sender and the receiver; and 
controlling accesses between th sender and 
the recipient by verifying an access right of the 
sender with respect to the recipient according 
to the personalized access ticket at the secure 
communication service. 

39. The method of claim 38, further comprising the step 

of: 

probabilistically identifying an identity of the 
sender by reconstructing the official identifica- 
tion of the sender while judging identity of a plu- 
rality of anonymous identifications of the 
sender corresponding to the link information 
contained in a plurality of personalized access 
tickets used by the sender. 

40. A communication system realizing email access 
control, comprising: 

a communication network to which a plurality of 
user terminals are connected; and 
a secure communication service device for 
connecting communications between the 
sender and the receiver on the communication 
network, by receiving a personalized access 
ticket containing a sender's identification and a 
recipient's identification in correspondence, 
which is presented by a sender who wishes to 
send an email to a recipient so as to specify the 
recipient as an intended destination of the 
email, and controlling accesses between the 
sender and the recipient by verifying an access 
right of the sender with respect to the recipient 
according to the personalized access ticket. 

41. The system of claim 40, wherein the secure com- 
munication service device authenticates the per- 
sonalized access ticket presented by the sender, 
and refuses a delivery of the email when the per- 
sonalized access ticket presented by the sender 
has been altered. 

42. The system of claim 41 , further comprising: 

a secure processing device for issuing the per- 
sonalized access ticket which is signed by a 
secret key of the secure processing device; 
wherein the secure communication service 
device authenticates the personalized access 
ticket by verifying a signature of the secure 
processing device in the personalized access 
ticket using a public key of the secure process- 
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ing device. 

43. The system of claim 40. wherein the secure com- 
munication service device also receives the 
sender's identification presented by the sender s 
along with the personalized access ticket, checks 
whether the sender's identification presented by the 
sender is contained in the personalized access 
ticket presented by the sender, and refuses a deliv- 
ery of the email when the sender's identification 10 
presented by the sender is not contained in the per- 
sonalized access ticket presented by the sender. 

44. The system of claim 40, wherein the personalized 
access ticket also contains a validity period indicat- 15 
ing a period for which the personalized access 
ticket is valid, and the secure communication serv- 
ice device checks the validity period contained in 
the personalized access ticket presented by the 
sender and refuses a delivery of the email when the 20 
personalized access ticket presented by the sender 
contains the validity period that has already been 
expired. 

45. The system of claim 44, further comprising: 25 

a trusted third party for setting the validity 
period of the personalized access ticket. 

46. The system of claim 40, further comprising: 30 

a directory service device for managing an 
identification of each registrant and and a dis- 
closed information of each registrant which has 
a lower secrecy than a personal information, in 35 
a state which is accessible for search by 
unspecified many, and issuing the personalized 
access ticket to the sender in response to 
search conditions specified by the sender, by 
using an identification of a registrant whose 40 
disclosed information matches the search con- 
ditions as the recipient's identification and the 
sender's identification specified by the sender 
along with the search conditions. 

45 

47. The system of claim 40, wherein the secure com- 
munication service device registers in advance the 
personalized access ticket containing an identifica- 
tion of a specific user from which a delivery of 
emails to a specific registrant is to be refused as the so 
sender's identification and an identification of the 
specific registrant as the recipient's identification, 
and refuses a delivery of the email from the sender 
when the personalized access ticket presented by 
the sender is registered therein in advance. 55 

AS. The system of claim 47, wherein the secure com- 
munication service device deletes the personalized 



access ticket registered therein upon request from 
the specific registrant who registered th personal- 
ized access ticket. 

49. The system of claim 40, wherein the personalized 
access ticket also contains a transfer control flag 
indicating whether or not the sender should be 
authenticated by the secure communication serv- 
ice, and when the transfer control flag contained in 
the personalized access ticket indicates that the 
sender should be authenticated, the secure com- 
munication service device authenticates the 
sender's identification presented by the sender and 
refuses a delivery of the email when an authentica- 
tion of the sender's identification fails. 

50. The system of claim 49, wherein the authentication 
of the sender's identification is realized by a chal- 
lenge/response procedure between the sender and 
the secure communication service device. 

51. The system of claim 49, further comprising a 
trusted third party for setting the transfer control flag 
of the personalized access ticket. 

52. The system of claim 40, wherein the sender's iden- 
tification and the recipient's identification in the per- 
sonalized access ticket are given by real email 
addresses of the sender and the recipient. 

53. The system of claim 40, further comprising: 

a certification authority device for issuing an 
anonymous identification of each user which 
contains at least one fragment of an official 
identification of each user by which each user 
is uniquely identifiable by the certification 
authority device; 

wherein the sender's identification and the 
recipient's identification in the personalized 
access ticket are given by anonymous identifi- 
cations of the sender and the recipient. 

54. The system of claim 53. wherein the anonymous 
identification of each user is an information contain- 
ing the at least one fragment of the official identifi- 
cation of each user which is signed by the 
certification authority device using a secret key of 
the certification authority device. 

55. The system of claim 53. wherein the official identifi- 
cation of each user is a character string uniquely 
assigned to each user by the certification authority 
device and a public key of each user which are 
signed by a secret key of the certification authority 
device. 

56. The system of claim 53, wherein the secure com- 
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munication service device probabilistically identifies 
an identity of the sender by reconstructing the offi- 
cial identification of the sender while judging iden- 
tity of a plurality of anonymous identifications of th 
sender contained in a plurality of personalized 5 
access tickets used by the sender. 

57. The system of claim 40, further comprising: 



58. The system of claim 57, wherein the link informa- 25 
tion of each anonymous identification is an identifier 
uniquely assigned to each anonymous identifica- 
tion by the certification authority device. 

59. The system of claim 57, wherein the secure com- 30 
munication service device probabilistically identifies 

an identity of the sender by reconstructing the offi- 
cial identification of the sender while judging iden- 
tity of a plurality of anonymous identifications of the 
sender corresponding to the link information con- 35 
tained in a plurality of personalized access tickets 
used by the sender. 

60. The system of claim 40, wherein the personalized 
access ticket contains a single sender's identifica- 40 
tion and a single recipient's identification in 1-to-1 
correspondence. 

61. The system of claim 40, wherein the personalized 
access ticket contains a single sender's identifica- 45 
tion and a plurality of recipient's identifications in 1- 
to-N correspondence, where N is an integer greater 
thanl. 

62. The system of claim 61, wherein one identification so 
among the single sender's identification and the 
plurality of recipient's identifications is a holder 
identification for identifying a holder of the personal- 
ized access ticket while other identifications among 
the single sender's identification and the plurality of 55 
recipient's identifications are member identifica- 
tions for identifying members of a group to which 
the holder belongs. 



63. The system of claim 62, further comprising: 

a certification authority device for issuing to 
each user an identification of each user and an 
enabier of the identification of each user indi- 
cating a right to change the personalized 
access ticket containing the identification of 
each user as the holder identification; and 
a secure processing device at which pre- 
scribed processing on the personalized access 
ticket can be carried out only by a user who 
presented both the holder identification con- 
tained in the personalized access ticket and the 
enabier corresponding to the holder identifica- 
tion to the secure processing device. 

64. The system of claim 63, wherein the certification 
authority device issues the enabier of the identifica- 
tion of each user as an information indicating that it 
is the enabier and the identification of each user 
itself which are signed by a secret key of the certifi- 
cation authority device. 

65. The system of claim 63, wherein the prescribed 
processing includes a generation of a new person- 
alized access ticket, a merging of a plurality of per- 
sonalized access tickets, a splitting of one 
personalized access ticket into a plurality of person- 
alized access tickets, a changing of the holder of 
the personalized access ticket, changing of a valid- 
ity period of the personalized access ticket, and a 
changing of a transfer control flag of the personal- 
ized access ticket. 

66. The system of claim 65, wherein a special identifi- 
cation and a special enabier corresponding to the 
special identification which are known to all users 
are defined such that the generation of a new per- 
sonalized access ticket and the changing of the 
holder of the personalized access ticket can be car- 
ried out by the holder of the personalized access 
ticket by using the special identification and the 
special enabier without using an enabier of a mem- 
ber identification. 

67. The system of claim 66, wherein the special identi- 
fication is defined to be capable of being used only 
as the holder identification of the personalized 
access ticket. 

6a The system of claim 65. wherein a special identifi- 
cation which is known to all users is defined such 
that a read only attribute can be set to the personal- 
ized access ticket by using the special identifica- 
tion. 

69. The system of claim 40, wherein when the access 
right of the sender with respect to the recipient is 



a certification authority device for issuing an 10 
anonymous identification of each user which 
contains at least one fragment of an official 
identification of each user by which each user 
is uniquely identifiable by the certification 
authority device and a link information of each 15 
anonymous identification by which each anon- 
ymous identification can be uniquely identified; 
wherein the sender's identification and the 
recipient's identification in the personalized 
access ticket are given by a link information of 20 
the anonymous identification of the sender and 
a link information of the anonymous identifica- 
tion of the recipient. 
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verified according to the personalized access ticket, 
the secure communication service device takes out 
the recipient's identification from the personalized 
access ticket by using the sender's identification 
presented by the sender, converts the mail by using 5 
a taken out recipient's identification into a format 
that can be interpreted by a mail transfer function 
for actually carrying out a mail delivery processing, 
and gives the mail after conversion to the mail 
transfer function by attaching the personalized w 
access ticket. 

70. A communication system realizing email access 
control, comprising: 

15 

a certification authority device for defining an 
official identification of each user by which 
each user is uniquely identifiable by the certifi- 
cation authority device, and an anonymous 
identification of each user which contains at 20 
least one fragment of the official identification; 
and 

a communication network on which each user 
is identified by the anonymous identification of 
each user in communications for emails on the 25 
communication network. 

71. The system of claim 70, wherein the anonymous 
identification of each user is an information contain- 
ing the at least one fragment of the official identifi- 30 
cation of each user which is signed by the 
certification authority device using a secret key of 
the certification authority device. 

72. The system of claim 70, wherein the official identifi- 35 
cation of each user is a character string uniquely 
assigned to each user by the certification authority 
device and a public key of each user which are 
signed by a secret key of the certification authority 
device. 40 

73. The system of claim 70, further comprising: 

a secure communication service device for 
connecting communications between the 45 
sender and the receiver on the communication 
network by receiving a personalized access 
ticket containing a sender's anonymous identi- 
fication and a recipient's anonymous identifica- 
tion in correspondence, which is presented by so 
a sender who wishes to send an email to a 
recipient so as to specify the recipient as an 
intended destination of the email, and control- 
ling accesses between the sender and the 
recipient by verifying an access right of the 55 
sender with respect to the recipient according 
to the personalized access ticket. 



74. The system of claim 73, wherein the secure com- 
munication service device probabilistically identif ies 
an identity of the send r by reconstructing the offi- 
cial identification of th sender while judging iden- 
tity of a plurality of anonymous identifications of the 
sender contained in a plurality of personalized 
access tickets used by the sender. 

75. The system of claim 70, wherein the certification 
authority device also defines a link information of 
each anonymous identification by which each 
anonymous identification can be uniquely identi- 
fied, and each anonymous identification also con- 
tains the link information of each anonymous 
identification. 

76. The system of claim 75, wherein the link informa- 
tion of each anonymous identification is an identifier 
uniquely assigned to each anonymous identifica- 
tion by the certification authority device. 

77. The system of claim 75, further comprising: 

a secure communication service device for 
connecting communications between the 
sender and the receiver on the communication 
network, by receiving a personalized access 
ticket containing a link information of a sender's 
anonymous identification and a link information 
of a recipient's anonymous identification in cor- 
respondence, which is presented by a sender 
who wishes to send an email to a recipient so 
as to specify the recipient as an intended desti- 
nation of the email, and controlling accesses 
between the sender and the recipient by verify- 
ing an access right of the sender with respect 
to the recipient according to the personalized 
access ticket. 

78. The system of claim 77, wherein the secure com- 
munication service device probabilistically identifies 
an identity of the sender by reconstructing the offi- 
cial identification of the sender while judging iden- 
tity of a plurality of link informations of anonymous 
identifications of the sender contained in a plurality 
of personalized access tickets used by the sender. 

79. A secure communication service device for use in a 
communication system realizing email access con- 
trol, comprising: 

a computer hardware; and 
a computer software for causing the computer 
hardware to connect communications between 
the sender and the receiver, by receiving a per- 
sonalized access ticket containing a sender's 
identification and a recipient's identification in 
correspondence, which is presented by a 
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sender who wishes to send an email to a recip- 
ient so as to specify the recipient as an 
intended destination of the email, and control- 
ling accesses between the sender and the 
recipient by verifying an access right of the 
sender with respect to the recipient according 
to the personalized access ticket. 

80. The secure communication service device of claim 
79, 

wherein the computer software causes the compu- 
ter hardware to authenticate the personalized 
access ticket presented by the sender, and refuse a 
delivery of the email when the personalized access 
ticket presented by the sender has been altered. 

81 . The secure communication service device of claim 
. 80. 

wherein the personalized access ticket is signed by 
a secret key of a secure processing device which 
issued the personalized access ticket, and the com- 
puter software causes the computer hardware to 
authenticate the personalized access ticket by veri- 
fying a signature of the secure processing device in 
the personalized access ticket using a public key of 
the secure processing device. 

82. The secure communication service device of claim 
79, 

wherein the computer software causes the compu- 
ter hardware to also receive the sender's identifica- 
tion presented by the sender along with the 
personalized access ticket, check whether the 
sender's identification presented by the sender is 
contained in the personalized access ticket pre- 
sented by the sender, and refuse a delivery of the 
email when the sender's identification presented by 
the sender is not contained in the personalized 
access ticket presented by the sender. 

83. The secure communication service device of claim 
79. 

wherein the personalized access ticket also con- 
tains a validity period indicating a period for which 
the personalized access ticket is valid, and the 
computer software causes the computer hardware 
to check the validity period contained in the person- 
alized access ticket presented by the sender and 
refuse a delivery of the email when the personal- 
ized access ticket presented by the sender contains 
the validity period that has already been expired. 

84. The secure communication service device of claim 
79. 

wherein the computer software causes the compu- 
ter hardware to register in advance the personal- 
ized access ticket containing an identification of a 
specific user from which a delivery of emails to a 



specific registrant is to be refused as the sender's 
identification and an identification of the specific 
registrant as the recipient's identification, at the 
secure communication service device, and refuse a 
5 delivery of the email from the sender when the per- 
sonalized access ticket presented by the sender is 
registered at the secure communication service 
device in advance. 

w 85. The secure communication service device of claim 
84. 

wherein the computer software causes the compu- 
ter hardware to delete the personalized access 
ticket registered at the secure communication serv- 
15 ice device upon request from the specific registrant 
who registered the personalized access ticket. 

86. The secure communication service device of claim 
79. 

20 wherein the personalized access ticket also con- 
tains a transfer control flag indicating whether or not 
the sender should be authenticated by the secure 
communication service device, and when the trans- 
fer control flag contained in the personalized 

25 access ticket indicates that the sender should be 
authenticated, the computer software causes the 
computer hardware to authenticate the sender's 
identification presented by the sender and refuse a 
delivery of the email when an authentication of the 

30 sender's identification fails. 

87. The secure communication service device of claim 
86, 

wherein the computer software causes the compu- 
35 ter hardware to realize the authentication of the 
sender's identification by a challenge/response pro- 
cedure between the sender and the secure commu- 
nication service device. 

40 88. The secure communication service device of claim 
79, 

wherein the sender's identification and the recipi- 
ent's identification in the personalized access ticket 
are given by anonymous identifications of the 

45 sender and the recipient, where an anonymous 
identification of each user contains at least one 
fragment of an official identification of each user by 
which each user is uniquely identifiable by a certifi- 
cation authority, and the computer software also 

so causes the computer hardware to probabilistically 
identify an identity of the sender by reconstructing 
the official identification of the sender by judging 
identity of a plurality of anonymous identifications of 
■ the sender contained in a plurality of personalized 

55 access tickets used by the sender. 

89. The secure communication service device of claim 
79. 
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wherein an anonymous identification of each user 
that contains at least one fragment of an official 
identification of each user by which each user is 
uniquely identifiable by a certification authority and 
a link information of each anonymous identification 
by which each anonymous identification can be 
uniquely identified are defined, the sender's identifi- 
cation and the recipient's identification in the per- 
sonalized access ticket are given by a link 
information of the anonymous identification of the 
sender and a link information of the anonymous 
identification of the recipient, and the computer 
software also causes the computer hardware to 
probabilistically identify an identity of the sender by 
reconstructing the official identification of the 
sender by judging identity of a plurality of anony- 
mous identifications of the sender corresponding to 
the link information contained in a plurality of per- 
sonalized access tickets used by the sender. 

90. The secure communication service device of claim 
79, 

wherein when the access right of the sender with 
respect to the recipient is verified according to the 
personalized access ticket, the computer software 
causes the computer hardware to take out the 
recipient's identification from the personalized 
access ticket by using the sender's identification 
presented by the sender, convert the mail by using 
a taken out recipient's identification into a format 
that can be interpreted by a mail transfer function 
for actually carrying out a mail delivery processing, 
and give the mail after conversion to the mail trans- 
fer function by attaching the personalized access 
ticket. 

91. A secure processing device for use in a communi- 
cation system realizing email access control, com- 
prising: 

a computer hardware; and 
a computer software for causing the computer 
hardware to receive a request for a personal- 
ized access ticket from a user, and issue a per- 
sonalized access ticket containing a sender's 
identification and a recipient's identification in 
correspondence, which is signed by a secret 
key of the secure processing device. 

92. A directory service device for use in a communica- 
tion system realizing email access control, compris- 
ing: 

a computer hardware; and 
a computer software for causing the computer 
hardware to manage an identification of each 
registrant and a disclosed information of each 
registrant which has a lower secrecy than a 



personal information, in a state which is acces- 
sible for search by unspecified many, and issue 
a personalized access ticket containing a 
sender's identification and a recipient's identifi- 

5 cation in corresponded , to the sender in 

response to search conditions specified by the 
sender, by using an identification of a registrant 
whose disclosed information matches the 
search conditions as the recipient's identifica- 

w tion and the sender's identification specified by 

the sender along with the search conditions. 

93. A certification authority device for use in a commu- 
nication system realizing email access control, 

15 comprising: 

a computer hardware; and 
a computer software for causing the computer 
hardware to issue to each user an official iden- 
20 trfication of each user by which each user is 

uniquely identifiable by the certification author- 
ity device, and an anonymous identification of 
each user which contains at least one fragment 
of the official identification. 

25 

94. A certification authority device for use in a commu- 
nication system realizing email access control, 
comprising: 

30 a computer hardware; and 

a computer software for causing the computer 
hardware to issue to each user an identification 
. of each user and an enabler of the identification 
of each user indicating a right to change any 

35 personalized access ticket that contains the 

identification of each user as a holder identifi- 
cation, where the persnalized access ticket 
generally contains a sender's identification and 
a plurality of recipient's identifications in corre- 

40 spondence, and one of the sender's identifica- 

tion and the recipient's identifications is a 
holder identification. 

95. A secure processing device for use in a communi- 
45 cation system realizing email access control, com- 
prising: 

a computer hardware; and 

a computer software for causing the computer 

so hardware to receive from a user a request for 

prescribed processing on a personalized 
access ticket containing a sender's identifica- 
tion and a plurality of recipient's identifications 
in correspondence, where one of the sender's 

55 identification and the recipient's identifications 

is a holder identification, and execute the pre- 
scribed processing on the personalized access 
ticket when the user presented both the holder 
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identification contained in the personalized 
access ticket and an enabler corresponding to 
the holder identification which indicates a right 
to change the personalized access ticket con- 
taining the identification of the user as the 5 
holder identification. 

96. A computer usable medium having computer read- 
able program code means embodied therein for 
causing a computer to function as a secure commu- 10 
nication service device for use in a communication 
system realizing email access control, the compu- 
ter readable program code means includes: 

first computer readable program code means is 
for causing said computer to receive a person- 
alized access ticket containing a sender's iden- 
tification and a recipients identification in 
correspondence, which is presented by a 
sender who wishes to send an email to a recip- 20 
ient so as to specify the recipient as an 
intended destination of the email; and 
second computer readable program code 
means for causing said computer to control 
accesses between the sender and the recipient 25 
by verifying an access right of the sender with 
respect to the recipient according to the per- 
sonalized access ticket, so as to connect com- 
munications between the sender and the 
receiver on the communication network. 30 

97. The computer usable medium of claim 96, the sec- 
ond computer readable program code means 
causes said computer to authenticate the personal- 
ized access ticket presented by the sender, and 35 
refuse a delivery of the email when the personal- 
ized access ticket presented by the sender has 
been altered. 

98. The computer usable medium of claim 97, wherein 40 
the personalized access ticket is signed by a secret 
key of a secure processing device which issued the 
personalized access ticket, and the second compu- 
ter readable program code means causes said 
computer to authenticate the personalized access 45 
ticket by verifying a signature of the secure 
processing device in the personalized access ticket 
using a public key of the secure processing device. 

99. The computer usable medium of claim 96, wherein so 
the first computer readable program code means 
causes said computer to also receive the sender's 
identification presented by the sender along with 
the personalized access ticket, and the second 
computer readable program code means causes 55 
said computer to check whether the sender's iden- 
tification presented by the sender is contained in 

the personalized access ticket presented by the 



sender and refuse a delivery of the email when the 
sender's identification presented by the sender is 
not contained in the personalized access ticket pre- 
sented by the sender. 

"lOO.The computer usable medium of claim 96, wherein 
the personalized access ticket also contains a valid- 
ity period indicating a period for which the personal- 
ized access ticket is valid, and the second computer 
readable program code means causes said compu- 
ter to check the validity period contained in the per- 
sonalized access ticket presented by the sender 
and refuse a delivery of the email when the person- 
alized access ticket presented by the sender con- 
tains the validity period that has already been 
expired. 

101 .The computer usable medium of claim 96, wherein 
the second computer readable program code 
means causes said computer to register in advance 
the personalized access ticket containing an identi- 
fication of a specific user from which a delivery of 
emails to a specific registrant is to be refused as the 
sender's identification and an identification of the 
specific registrant as the recipient's identification, at 
the secure communication service device, and 
refuse a delivery of the email from the sender when 
the personalized access ticket presented by the 
sender is registered at the secure communication 
service device in advance. 

102. The computer usable medium of claim 101, 
wherein the second computer readable program 
code means causes said computer to delete the 
personalized access ticket registered at the secure 
communication service device upon request from 
the specific registrant who registered the personal- 
ized access ticket. 

103. The computer usable medium of claim 96, wherein 
the personalized access ticket also contains a 
transfer control flag indicating whether or not the 
sender should be authenticated by the secure com- 
munication service device, and when the transfer 
control flag contained in the personalized access 
ticket indicates that the sender should be authenti- 
cated, the second computer readable program 
code means causes said computer to authenticate 
the sender's identification presented by the sender 
and refuse a delivery of the email when an authen- 
tication of the sender's identification fails. 

104. The computer usable medium of claim 103. 
wherein the second computer readable program 
code means causes said computer to realize the 
authentication of the sender's identification by a 
challenge/response procedure between the sender 
and the secure communication service device. 
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105. The computer usable medium of claim 96, wherein 
the sender's identification and the recipient's identi- 
fication in the personalized access ticket are given 
by anonymous identifications of the sender and the 
recipient, where an anonymous identification of 
each user contains at least one fragment of an offi- 
cial identification of each user by which each user is 
uniquely identifiable by a certification authority, and 
the second computer readable program code 
means also causes said computer to probabilisti- 
cally identify an identity of the sender by recon- 
structing the official identification of the sender by 
judging identity of a plurality of anonymous identifi- 
cations of the sender contained in a plurality of per- 
sonalized access tickets used by the sender. 

106. The computer usable medium of claim 96, wherein 
an anonymous identification of each user that con- 
tains at least one fragment of an official identifica- 
tion of each user by which each user is uniquely 
identifiable by a certification authority and a link 
information of each anonymous identification by 
which each anonymous identification can be 
uniquely identified are defined, the sender's identifi- 
cation and the recipient's identification in the per- 
sonalized access ticket are given by a link 
information of the anonymous identification of the 
sender and a link information of the anonymous 
identification of the recipient, and the second com- 
puter readable program code means also causes 
said computer to probabilistically identify an identity 
of the sender by reconstructing the official identifi- 
cation of the sender by judging identity of a plurality 
of anonymous identifications of the sender corre- 
sponding to the link information contained in a plu- 
rality of personalized access tickets used by the 
sender. 

107. The computer usable medium of claim 96, wherein 
when the access right of the sender with respect to 
the recipient is verified according to the personal- 
ized access ticket, the second computer readable 
program code means causes said computer to take 
out the recipient's identification from the personal- 
ized access ticket by using the sender's identifica- 
tion presented by the sender, convert the mail by 
using a taken out recipient's identification into a for- 
mat that can be interpreted by a mail transfer func- 
tion for actually carrying out a mail delivery 
processing, and give the mail after conversion to 
the mail transfer function by attaching the personal- 
ized access ticket. 

108. A computer usable medium having computer read- 
able program code means embodied therein for 
causing a computer to function as a secure 
processing device for use in a communication sys- 
tem realizing email access control, the computer 



readable program code means includes: 

first computer readable program code means 
for causing said computer to receive a request 
5 for a personalized access ticket from a user; 

and 

second computer readable program code 
means for causing said computer to issue the 
personalized access ticket containing a 
w sender's identification and a recipient's identifi- 

cation in correspondence, which is signed by a 
secret key of the secure processing device. 

109. A computer usable medium having computer read- 
15 able program code means embodied therein for 
causing a computer to function as a directory serv- 
ice devicer for use in a communication system real- 
izing email access control, the computer readable 
program code means includes: 

20 

first computer readable program code means 
for causing said computer to manage an identi- 
fication of each registrant and a disclosed infor- 
mation of each registrant which has a lower 
25 secrecy than a personal information, in a state 

which is accessible for search by unspecified 
many, and 

second computer readable program code 
means for causing said computer to issue a 

30 personalized access ticket containing a 

sender's identification and a recipient's identifi- 
cation in correspondence, to the sender in 
response to search conditions specified by the 
sender, by using an identification of a registrant 

35 whose disclosed information matches the 

search conditions as the recipient's identifica- 
tion and the sender's identification specified by 
the sender along with the search conditions. 

40 1 10. A computer usable medium having computer read- 
able program code means embodied therein for 
causing a computer to function as a certification 
authority device for use in a communication system 
realizing email access control, the computer reada- 

45 ble program code means includes: 

first computer readable program code means 
for causing said computer to issue to each user 
an official identification of each user by which 

so each user is uniquely identifiable by the certifi- 

cation authority device; and 
second computer readable program code 
means for causing said computer to issue to 
each user an anonymous identification of each 

55 user which contains at least one fragment of 

the official identification. 

111. A computer usable medium having computer read- 
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able program code means embodied therein for 
causing a computer to function as a certification 
authority device for use in a communication system 
realizing email access control, the computer reada- 
bl program code means includes: 5 



first computer readable program code means 
for causing said computer to issue to each user 
an identification of each user; and 
second computer readable program code 10 
means for causing said computer to issue to 
each user an enabler of the identification of 
each user indicating a right to change any per- 
sonalized access ticket that contains the identi- 
fication of each user as a holder identification, 15 
where the persnalized access ticket generally 
contains a sender's identification and a plurality 
of recipient's identifications in correspondence, 
and one of the sender's identification and the 
recipient's identifications is a holder identifica- 20 
tion. 

112.A computer usable medium having computer read- 
able program code means embodied therein for 
causing a computer to function as a secure 25 
processing device for use in a communication sys- 
tem realizing email access control, the computer 
readable program code means includes: 

first computer readable program code means 30 
for causing said computer to receive from a 
user a request for prescribed processing on a 
personalized access ticket containing a 
sender's identification and a plurality of recipi- 
ent's identifications in correspondence, where 35 
one of the sender's identification and the recip- 
ient's identifications is a holder identification; 
and 

second computer readable program code 
means for causing said computer to execute 40 
the prescribed processing on the personalized 
access ticket when the user presented both the 
holder identification contained in the personal- 
ized access ticket and an enabler correspond- 
ing to the holder identification which indicates a 45 
right to change the personalized access ticket 
containing the identification of the user as the 
holder identification. 
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